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Preface 


This  thesis  developed  a  life  cycle  costing  model  for  the  Advanced  Launch  System 
using  a  spreadsheet  software  package.  The  new  model  provides  the  analyst  with  a 
method  of  performing  quick  cost  analysis  and  graphics  output  to  support  key  decision 
makers.  Though  the  thesis  modeled  the  Advanced  Launch  System,  the  technique  and 
model  environment  are  applicable  to  other  developing  systems 
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Th«  product  of  this  rosoorch  offort  srss  o  timplifiod  cost  saslysis  tool  that  caa 

I 

bf  ussd  to  dotortaine  lifotcycls-'costs  for  the  Adraaced  Launch  Sy^m.  The  major 
objective  iras  to  develop  a  tool  thatarould  allov  quick  analysis  of  proposals  and  provide 
data  input  in  a  timely  fashion.  ^  The  vork  eras  co-sponsored  by  the  Advanced  Launch 

f 

System  program  office  and  the  Air  Force  Rocket  Propulsion  Laboratory. 

'-rThis  effort  produced  a  core  program  that  can  be  used  to  determine  life-cycle-, 
costs  as  a  function  of  system  components,  production  infrastructures,  reliability 
assumptions  and  flexible  mission  models.  The  life  cycle  cost  model  can  operate  in 
either  a  deterministic  or  stochastic  mode  depending  on  user  inputs.  An  additional 
effort  modeled  the  production  infrastructure  using  a  netvrork  flow  system.  This  system 
modeled  the  flow  of  the  basic  vehicle  components  from  initial  production  through  final 
launch. 

,1  ■ 

The  analysis  tool  ^  utiliaes''  a  commercially  available  spreadsheet  package 
available  for  most  personal  computers.  The  analyst  using  this  program  operates  in  a 
user-friendly  environment  that  simplifies  data  input  and  problem  formulation.  The 
user  has  a  wide  variety  of  output  formats  and  graphics  options  that  simplify  report 
generation. 
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AN  ANALYTICAL  FRAMEVQRI  OF 
DEIERMINING  LIFE-CYCLE-COST  IMPLICATIONS 
OF  THE  ADVANCED  UUNCH  SYSTEM 


I.  INTRODUCTION 


Need  For  Launch  Capability 

Prior  to  January  2S.  1986,  the  United  States  had  made  a  commitment  to  the  Space 
Transportation  System  (STS)  (H).  The  STS.  using  its  four  shuttles,  eras  to  become  the 
primary  means  for  placing  payloads  into  orbit  The  Air  Force  was  not  totally  in 
agreement  arith  this  concept  and  vas  able  to  convince  Congress  to  alloir  the  purchase 
of  several  Titan  expendable  launch  vehicles  to  supplement  the  Air  Force's  share  of  the 
future  shuttle  capabilities.  This  proved  to  be  a  fortunate  move  for  the  Air  Force,  vhen 
on  ^uary  28,  1986,  the  Challenger  exploded  and  took  erith  it  most  of  the  nation's 
launch  capability.  The  Air  Force  immediately  increased  the  order  for  expendable 
launch  vehicles.  Unfortunately,  erithin  a  short  time  of  the  shuttle  disaster,  tvro  Titan 
expendable  launch  vehicles  also  failed. 

The  Air  Force  quickly  vent  to  vrork  to  improve  its  launch  capabilities  First,  a 
Titan  recovery  program  vas  initiated  to  reviev  the  Titan  accidents  and  make  needed 
changes.  Part  of  this  program  was  to  look  at  improvements  to  increase  reliability  and 
payload  capability  These  efforts  resulted  in  a  relatively  quick  resolution  of  the  design 
problems  leading  to  the  failures  and  return  of  the  Titan  to  active  status  It  also 
resulted  in  several  new  technology  development  programs  that  would  offer  increased 
Titan  payload  and  reliability. 
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At  the  same  time  the  Air  Force  iras  fixing  its  Titan  problems,  studies  were  started 
to  look  at  the  entire  US  space  program  and  to  determine  vehicle  requirements  to  carry 
Department  of  Defense  (DoD)  payloads  through  the  end  of  the  century.  The  largest  of 
thesestudiesvastheSpaceTransportation  Architecture  Study  (18).  ItarasaSZO  million 
26-month  effort  split  among  four  contractors.  The  objectives  of  the  study  vere  to 
deteraune  overall  space  transportation  architectures  and  transportation  systeois  that 
perform  DoD  and  NASA  missions  in  a  cost  effective  ssanner.  Other  objectives  erere  to 
identify  enad>ling  technologies  and  to  study  the  impact  of  ground  and  space  operations. 
This  study  considered  many  alternatives,  but  focused  in  on  the  question  of  reusable 
systems  vs.  expendable  vehicles. 

Shortly  thereafter,  a  series  of  studies  vas  funded  by  the  Air  Force  Astronautics 
Laboratory  (AFAL)  to  look  at  low-cost  expendable  propulsion  (18)  These  studies  looked 
at  various  systems  and  how  they  might  meet  near-term  launch  requirements.  All 
indicated  that  an  expendable  system  would  be  the  cheapest  near-term  solution  to  solve 
the  Air  Force  payload  problems.  This  conclusion  was  based  on  trade-off  studies  that 
compared  development,  procurement  and  operations  costs  as  a  function  of  near-term 
attainable  reliability  for  a  low  launch  rate  mission  model.  An  additional  incentive  for 
the  Air  Force  was  the  possible  deployment  of  the  Strategic  Defense  Initiative  (SDI) 
system  (7).  Early  estimates  predicted  this  system  might  require  the  capability  to  place 
up  to  five  million  pounds  per  year  into  low-earth -orbit  (LEO)  for  ten  years.  In  order 
for  SDI  to  be  cost  effective,  the  cost  per  pound  would  have  to  be  reduced  drastically 
from  the  current  cost  of  three  to  four  thousand  dollars  per  pound. 

These  efforts  provided  a  quick  transition  to  the  concept  of  the  Advanced  Launch 
System  (ALS)  whose  office  is  located  at  Space  Division  at  Los  Angeles  Air  Force  Base 
(SD/ALS)  (20).  Though  originally  called  other  names  such  as  the  (^mplementary 
Expendable  Launch  system,  the  Medium  Lift  Launch  Vehicle  or  the  Heavy  Lift  Vehicle, 
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th«  ALS  pixignuB  vss  officially  created  in  April  1987.  ALS  vill  be  a  joint  program 
dereloped  by  NASA  and  the  Air  Force.  The  major  drivers  behind  ALS  will  be  high 
reliability  and  reduced  launch  co^.  Lt  Gen  Abrahmson,  Director  of  the  SDI  office,  has 
predicted  that  launch  costs  vrill  have  to  be  reduced  by  almost  an  order  of  magnitude. 
The  nevr  launch  system  vill  have  to  have  high  reliability,  high  performance  margins, 
reduced  operations  and  maintenance  costs,  reduced  acquisition  costs  and  payload 
flexibility  (7). 

Reliability  for  ALS  is  a  major  area  of  concern.  The  decision  concerning  an 
expendable  versus  a  reusable  vehicle  for  ALS  comes  dovn  to  one  of  cost.  The 
determination  of  the  cost  is  directly  based  on  system  reliability.  Expendable  systems 
use  cheaper  vehicles  for  each  flight,  but  the  vehicle  is  lost  each  time  it  is  used.  The 
reusable  vehicle  on  the  other  hand  is  much  more  expensive,  but  in  theory  has  a  much 
longer  service  life  so  the  cost  per  flight  is  less  (10).  If  the  reusable  vehicle  suffers  a 
higher  than  expected  failure  rate  the  cost  per  flight  may  be  many  times  higher  than 
the  expendable  system.  The  shuttle  for  instance  assumed  a  reliability  of  99.9%  or  one 
failure  per  thousand  flights.  In  reality,  the  first  failure  came  on  the  tvrenty-fifth 
flight  for  a  reliability  rate  of  96%  based  on  the  current  number  of  launches.  Failures 
of  these  types  both  in  manned  and  unmanned  systems  have  shovn  that  reliability  rates 
have  been  historically  lovrer  than  initial  predictions.  Therefore,  decisions  on  nev 
vehicles  need  to  include  sensitivity  studies  looking  at  the  impact  of  realistic  reliability 
rates  as  they  impact  mission  costs  and  capability. 

Another  major  area  of  space  operations  concerns  the  infrastructure  that 
surrounds  the  total  launch  operation  (21).  Infrastructure  refers  to  the  total  system 
required  to  design,  manufacture,  assemble,  launch,  operate  and  recover  space  vehicles 
The  current  system  is  a  complex  collection  of  personnel  and  facilities  that  has  evolved 
in  a  rather  unplanned  and  inefficient  manner.  It  is  a  large  system  that  represents  a 
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m^or  overhead  cost  that  must  be  applied  to  all  launch  vehicles.  Not  since  the 
beginnings  of  the  shuttle  program  has  NASA  or  the  Air  Force  had  the  opportunity  or 
funds  to  consider  a  totally  netr  concept  for  launch  operations.  ALS  arill  take  a  clean 
sheet  approach  and  attempt  to  design  and  build  a  nev  launch  system  infrastructure 
that  Till  operate  in  an  economical  and  efficient  manner.  This  arould  include  near 
production  and  assembly  facilities  thatarould  reduce  costs,  increase  quality  control  and 
be  located  near  the  launch  site. 

The  management  and  analysis  of  the  ALS  effort  places  a  large  vork  load  on  the 
analysis  personnel  (7).  They  have  the  responsibility  of  performing  independent 
analysis  on  the  contractor  designs  and  performance  data.  This  type  of  arork  requires 
experienced  engineers  and  cost  analysts.  Often  these  studies  take  several  weeks  and 
require  large  amounts  of  computer  resources  and  personnel.  Due  to  the  fast  pace  of 
the  program,  results  are  needed  quickly  and  often  the  analysts  lack  the  time  to  develop 
new  tools  that  might  shed  light  on  the  problem. 

Problem  Statement 

This  thesis  effort  addresses  the  problem  of  how  to  perform  quick  life  cycle  cost 
(LOG)  analysis.  The  ALS  office  receives  large  amounts  of  contractor  data  on 
prospective  systems.  They  are  tasked  with  having  to  quickly  analyze  this  data  in  order 
to  make  key  program  decisions.  The  analysis  does  not  need  to  be  detailed,  but  does  need 
to  include  key  elements  of  each  system  that  will  have  the  major  impact  on  the  total  LCC. 
Current  methods  often  require  on-site  contractor  support  or  highly  trained  cost  and 
systems  engineering  personnel  to  analyze  the  data. 

The  high  cost  of  delivering  payloads  to  orbit  requires  careful  analysis  of  all 
proposed  launch  systems.  Major  reductions  in  the  cost  of  placing  payloads  in  orbit  will 
have  to  be  made  if  large  payload  intensive  systems  such  as  the  proposed  space-based 
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Strstofic  l>9f«AM  Initiativ*  concept  arc  to  bo  doployod.  Tho  nood  for  thoso  studios  in  a 
short  period  of  time  driyes  the  requiremeat  to  build  an  analysis  tool  that  Till  provide 
data  to  decision  makers  (21 ).  Key  decisions  that  have  to  be  made  concern; 


--the  choice  of  launch  vohiclos  and  thoir  respective  costs, 

—the  cost  impact  of  production  and  assembly  facilities  location 
relative  to  the  launch  facility. 

—the  level  of  required  reliability  to  reduce  costs, 

—the  types  of  payloads  and  mission  models  that  the  nesr  system 
▼ill  service. 

These  factors  are  all  be  constrained  by  the  funding  environment,  the  relationship 
between  the  Air  Force  and  NASA,  levels  of  technological  advancement,  attainable 
levels  of  operation,  competition  from  non-DoD  launch  services  and  interactions  with 
the  launch  vehicle  community. 

Many  of  the  past  tools  used  were  difficult  to  learn  and  often  required  a  large 
investment  of  manpower  and  computer  resources.  This  indicated  the  need  for  a  tool 
that  would  run  on  a  desk  top  computer  with  user  friendly  characteristics.  The  new  tool 
should  be  relatively  easy  to  learn  so  that  program  managers  can  perform  needed 
analysis  without  the  full  time  support  of  outside  cost  experts  or  contractor  personnel. 
A  complaint  concerning  previous  analysis  tools  and  methods  was  the  requirement  to 
use  programming  languages  such  as  Fortran  or  Pascal  that  everyone  was  not  trained  to 
use  (10).  This  created  the  requirement  that  the  new  tool  should  use  software  that  was 
easy  to  learn,  but  still  had  excellent  analytical  capabilities.  The  new  tool  should  be 
created  in  such  a  manner  that  it  may  be  modified  to  handle  new  scenarios  and  new 
launch  systems.  These  changes  should  not  require  extensive  programming 
capabilities  on  the  part  of  the  analyst.  A  final  problem  was  the  presentation  of  the 
final  output,  Most  of  the  results  had  to  be  presented  either  in  technical  reports  or 
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briefings.  This  required  extra  time  to  take  the  study  results  and  place  them  in  a  usable 
format  for  presentation.  The  near  tool  should  provide  some  sort  of  presentation 
quality  output. 

Rwwch  Scope 

The  scope  of  this  thesis  effort  is  limited  to  building  a  prototype  life-cycle-cost 
(LCC)  model  for  the  ALS  program  office  and  the  Air  Force  Astronautics  Laboratory. 
This  effort  is  the  beginning  step  of  a  multi-thesis  effort  to  provide  ALS  as  arell  as  others 
arith  an  advanced  life  cycle  cost  model  to  use  for  analysis.  It  addresses  the  issues  of  life 
cycle  cost  as  it  relates  to  system  components,  production  techniques,  launch  facilities, 
reliability  and  mission  models. 

A  life  cycle  cost  model  is  developed  thatarill  enable  the  ALS  and  AFAL  personnel 
to  analyze  and  determine  the  impact  of  nev  technologies,  production  methods  and 
mission  models  on  the  ALS  and  its  life  cycle  cost.  The  model  breaks  the  total  costs 
doarn  into  four  main  areas:  research  and  development  investment,  production, 
operations  and  unreliability.  Costs  for  these  areas  are  determined  using  cost 
estimating  relationships  based  on  past  cost  data  and  estimates  of  future  costing  trends. 
The  major  scope  involves  the  ALS  cost  model  development  and  creation  of  test  cases  to 
validate  the  concept.  The  data  used  in  this  effort  is  kept  unclassified,  but  provides 
realistic  results  to  help  validate  the  research  effort.  The  test  cases  look  at  the  effect  of 
varying  mission  models,  production  facilities,  reliability  and  system  capabilities. 

Methodology 

The  first  step  in  this  effort  vas  a  thorough  literature  review  and  in-depth 
interview  process  with  key  organizations.  The  key  personnel  contacted  were  the  ALS 
cost  estimating  section  (SD/CLHS)  and  the  space  analysis  group  (AFAL/VSB)  at  the 
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AFAL.  BoUt  groups  arvhMTilyiavolv^diA  til*  ({•▼•lopm* At  of  ALS.  Contact  vas  oiado 
▼ith  the  Air  Force  Studies  and  Analysis  Cosunand,  Control  and  Reconnaissance  division 
(AFSA/SASC).  This  group  is  concerned  erith  the  support  necessary  to  provide  launch 
for  the  satellite  and  other  space  assets.  Phone  intervievs  erer*  made  with  the  Office  of 
the  Secretary  of  Defense,  Program  Analysis  and  Evaluation  (OSD/PA&E).  This  group 
provides  cost  analysis  support  and  program  recommendations  on  major  system 
developments  to  the  Secretary  of  Defense.  These  groups  provided  insight  into  current 
programs  and  methodologies  concerning  LCC  techniques.  The  results  of  the  interviews 
and  literature  search  are  presented  in  detail  in  the  next  chapter. 

Once  the  requirements  were  determined,  work  began  on  the  prototype  model. 
The  first  major  task  was  to  choose  an  environment  in  which  to  build  the  tool.  The 
choice  was  made  to  use  a  spreadsheet  based  on  requirements  and  desired  model 
characteristics.  The  analysis  techniques  to  be  used  in  the  model  were  derived  from 
traditional  costing  theory,  existing  codes  and  past  studies.  Guidance  for  this  phase  of 
the  effort  was  provided  from  modeling  experts  at  the  ALS  office  and  at  the  AFAL.  The 
details  of  this  process  and  of  the  model  will  be  presented  later  in  the  study. 

After  the  model  was  built  and  verified,  a  small  analysis  effort  was  performed. 
This  effort  looks  at  the  impact  of  system  reliability,  production  techniques  and 
development  costs  on  LCC  as  a  function  of  the  mission  model  and  the  related 
infrastructure.  Data  for  this  effort  is  unclassified  and  coordinated  through  the  ALS 
Joint  Program  Office  (JPO). 

Assumptions 

In  order  to  scale  down  the  problem  to  a  manageable  size,  many  assumptions  and 
decisions  were  made.  The  code  models  a  generic  launch  system  that  resembles  several 
of  the  proposed  ALS  vehicles,  but  does  not  duplicate  any  one  vehicle  exactly  nor  use 
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clissified  data.  The  analysis  is  done  solely  to  demonstrate  yarious  capabilities  of  the 
code,  not  to  propose  a  best  launch  system.  An  inherent  assumption  is  that  the  reader 
has  a  basic  understanding  of  personal  computers  and  the  spreadsheet  environment. 

Reference  sources  are  cited  so  that  the  reader  may  acquire  more  detailed  information  if 
needed.  This  effort's  main  purpose  is  to  demonstrate  a  flexible  technique  to  do  LCC 
analysis  using  a  spreadsheet  environment.  Therefore,  the  model  shovrn  is  only  an 
example  of  one  possible  analysis  task.  Modifications  arill  have  to  be  made  to  analyze 
other  vehicles  and  other  scenarios.  Hovrever,  this  analysis  environment  is  flexible 
and  relatively  easy  to  reconfigure  to  allovr  study  of  numerous  systems. 

I 

Thesis  Overvieir 

Having  presented  the  study  objectives  and  methodology,  the  remaining 
chapters  present  detailed  background  data,  explain  the  models  and  present  a  I 

representative  analysis  using  the  model.  Chapter  Tvo  presents  a  picture  of  the  events 
that  lead  to  the  development  of  the  ALS  program  and  related  studies  that  provide 
insight  into  the  program.  Information  concerning  some  recent  cost  modeling  efforts  I 

is  also  presented. 

Chapter  Three  presents  the  details  of  the  life  cycle  cost  (LCC)  model.  The  LCC 
model  provides  the  user  vith  a  cost  estimate  based  on  key  input  parameters.  The  main  | 

areas  that  vill  be  covered  include  research  and  development,  production,  operations 
and  unreliability.  All  costs  attributed  to  ALS  are  placed  in  one  of  these  four  categories. 

The  costs  generated  by  these  four  areas  are  then  summed  to  form  the  total  LCC.  This  | 

section  provides  several  methods  of  defining  LCC  and  explains  the  rationale  and 

methodology  for  each  definition.  The  chapter  describes  the  initial  deterministic 

model  and  then  demonstrates  how  to  modify  it  to  perform  stochastic  analysis.  j 
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Ch«pt«r  Four  prosont  tho  mfraotructuro  modoi.  The  previous  LXX  model 
assumes  that  the  production  infrastructure  can  provide  ail  the  vehicles  and  launches 
as  needed.  This  infrastructure  model  looks  at  the  actual  capacity  of  the  production 
system.  Using  network  flow  theory,  the  production  system  is  modeled  based  on 
proposed  ALS  systems.  This  model  then  determines  the  expected  production  and 
number  of  possible  launches  based  on  user  inputs.  The  production  output  and 
resulting  feasible  launch  rate  can  then  be  compared  to  the  number  of  required 
vehicles  per  year  assumed  in  the  previous  LCC  model.  This  allows  the  analyst  to 
verify  that  a  proposed  production  system  has  sufficient  capacity  to  meet  an  aggressive 
launch  schedule. 

Chapter  Five  presents  a  series  of  analysis  results  showing  the  possible  uses  of 
the  model.  This  sample  analysis  efforts  demonstrate  the  use  of  the  model  in  both  the 
deterministic  and  stochastic  forms.  Chapter  Six  presents  the  conclusions  and 
recommendations  of  the  entire  model  development  effort.  Printouts  of  the 
spreadsheet  models  are  located  in  the  Appendix  section  for  detailed  study 
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The  need  for  e  neer  cost  effectiye  launch  system  can  be  better  understood  by 
eiamining  the  past  history  of  launches.  Figure  1.  provides  a  look  at  historical  trends 
of  launch  costs  dating  back  to  the  early  1960s  (6).  The  early  flights  placed  small 
payloads  into  loer-earth-obit  (LEO)  at  costs  exceeding  $10,000  per  pound.  This  cost  vas 
steadily  reduced  as  the  vehicle  technology  matured  and  the  launch  rates  increased.  An 
extrapolation  of  this  cost  trend  shears  that  costs  vill  remain  veil  above  the  ALS 
goal  of  $300  per  pound  based  on  existing  technologies  and  utilization  rates.  The  shuttle 
rates  shovn  are  for  12  and  2i  flights  per  year  for  the  entire  fleet. 
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Figure  1 .  Historical  Costs  for  Past  Launch  Systems 


A  pre-ALS  study  (1)  suggests  that  current  technologies  coupled  ▼ith  high 
Iftunch  rates  (100  flights  per  year)  and  large  LEO  payloads  (230,000  lbs)  erould  bring 
flight  costs  down  to  the  $300  per  pound  range.  Hoerever.  these  flight  rates  are 
unrealistic  considering  the  current  small  nussber  of  expected  launches.  For  instance, 
the  shuttle  erill  only  fly  6-9  times  per  year  in  the  near  future  and  the  Titan  at  full 
production  vill  not  fly  more  than  once  per  month  (19).  Also,  the  high  cost  of  satellites 
($3000-$ 10,000  per  pound)  vould  present  the  possibility  of  multi-billion  dollar  losses  if 
the  suggested  230,0(M)  lb  capability  erere  regularly  utilized.  Current  payloads  range 
from  one  to  two  satellites  weighing  well  under  33.000  lbs  each.  The  problems 
associated  with  this  type  of  proposed  design  indicate  that  the  ALS  must  prove  cost 
effective  using  realistic  mission  models  (small  launch  rates)  while  delivering  normal 
payloads. 

A  decision  made  several  years  ago  to  reduce  costs  has  had  a  major  impact  on  the 
current  Air  Force  launch  capability  (3).  In  the  late  1970s  a  decision  was  made  to  use 
the  shuttle  as  the  sole  launch  vehicle  for  US  space  assets.  This  decision  was  made  based 
on  the  belief  that  the  shuttle  performance  would  increase,  the  launch  rates  would 
increase  to  24  per  year  and  it  would  therefore  be  more  cost  effective  than  expendable 
systems.  Unfortunately,  the  pre-Challenger  shuttle  operation  lagged  far  behind 
expectations.  This  prompted  the  then  Under  Secretary  of  the  Air  Force,  Pete  Aldridge, 
to  ask  (Congress  to  approve  the  purchase  of  several  Titan  unmanned  expendable  launch 
vehicles  to  meet  the  Air  Force  requirements.  This  proved  to  be  a  wise  decision  when 
the  shuttle  disaster  occurred  in  early  19S6.  This  accident  coupled  with  the  failure  of 
two  Titan  launches  brought  the  Air  Force  launch  activities  to  a  grinding  halt. 

The  Air  Force  soon  regretted  another  decision  that  committed  all  large  satellites 
to  the  shuttle  due  to  design  requirements  to  optimize  the  shuttle  cargo  bay.  The  Titan 
problems  were  soon  fixed  and  coupled  with  more  orders  for  over  thirty  additional 
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expeadtbie  launch  rehicles.  the  Air  Force  began  to  launch  its  needed  payloads  into 
orbit  once  again.  Secretary  Aldridge  has  since  decided  that  the  Air  Force  vill  now 
launch  oiost  of  its  future  payloads  on  its  own  yehicles,  due  to  the  high  cost  of  the 
shuttle  and  its  reduced  launch  schedule  (7).  Unfortunately,  the  redesign  of  the  shuttle 
to  make  it  safer  degraded  its  payload  capability  making  it  incapable  of  placing  Air 
Force  payloads  of  sufficient  weight  into  polar  orbits  from  Vandsnburg  AFB.  This  may 
also  preclude  launching  of  the  shuttle  from  Vandsnburg  AFB.  Secretary  Aldridge  felt 
the  earlier  decision  to  solely  use  the  shuttle  cost  the  nation  dearly  and  will  continue  to 
cost  us  in  the  future  as  we  scramble  to  catch  up  on  our  large  payload  backlog. 

These  accidents  contributed  to  a  launch  backlog  of  satellites  that  may  last  up  to 
at  least  three  and  a  half  years  (12).  In  addition,  the  loss  of  a  large  shuttle  availability 
left  the  Air  Force  with  no  way  of  placing  its  large  shuttle  designed  payloads  into  orbit. 
This  new  requirement  fueled  the  desire  to  look  at  new  systems  as  a  solution  to  the 
continuing  problem  of  high  launch  costs.  The  quick  solution  was  to  purchase  new 
versions  of  proven  systems  such  as  the  Delta,  Atlas  and  Titan  launch  vehicles.  Table  1 . 
shows  typical  data  and  costs  for  the  current  versions  of  these  systems  (12).  Figure  2 
showswhattypicalversionsof  these  vehicles  look  like.  However,  these  systems  still 
cost  over  $2000  per  pound  to  use. 

The  advent  of  the  Strategic  Defense  Initiative  program  and  the  space  station 
generate  the  need  for  a  new  heavy  lift  vehicles  capable  of  placing  oversize  payloads  of 
over  130,000  lbs  in  LEO  at  costs  approaching  $300  per  lb  ( 19).  The  current  technologies 
as  implemented  fall  far  short  of  these  goals.  In  order  to  meet  these  requirements,  the 
new  system  will  have  to  not  only  incorporate  new  technologies,  but  operate  in  a  new 
infrastructure.  This  infrastructure  will  speed  up  the  development,  production  and 
launch  preparation  while  increasing  reliability  and  mission  effectiveness.  The  study 
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Table  1. 


Current  USAF  Expendable  Launch  Vehicles 


Titan  IV 

Delta  II 

Titan  II 

Length 

204  ft  126  ft 

111ft 

Width  (main  rocket) 

10  ft 

Sfl 

10  ft 

Take-off  wt. 

lOOOElb 

309Clb 

340Klb 

Total  Thrust 

2200C  Ibf 

1200E  Ibf 

474Klbf 

Payload 

low  polar 

39,000  lb 

11,100  lb 

4,2001b 

geo-synchronous 

lOiOO  na 

na 

First  Flight 

Falll98S 

FaU198S 

Summer  19SS 

On  Order 

23 

2S 

14 

(k>st 

$83M 

$28M 

$24M 

of  vhat  technologies  to  use  and  how  to  effectively  operate  the  system  to  reduce  LCC 
remains  an  area  of  current  research. 

Space  Transportation  Architecture  Study 

The  largest  recent  effort  was  the  Space  Transportation  Architecture  Study  that 
was  jointly  run  by  Space  Division  at  Los  Angeles  AFB  and  by  the  Marshal  Space  Flight 
Center  (NASA)  in  Alabama  (13).  The  study  was  the  result  of  National  Security  Decision 
Directive  IM  which  initiated  a  study  to  look  at  manned  and  unmanned  launch  vehicles 
that  could  meet  the  nation's  needs  through  the  year  2000.  These  efforts  looked  at 
numerous  system  concepts,  mission  models,  production  facilities,  propulsion 
technologies  and  system  integration  to  determine  possible  alternatives  for  the  future 
space  system.  A  oiajor  result  was  the  trade-off  between  expendable  and  reusable 
systems  and  what  conditions  favored  their  implementations.  A  major  impact  on  the 
L(X  was  the  role  of  reliability  and  how  it  drove  overall  costs  and  decisions.  This 
report  indicated  the  difficulty  in  assessing  system  trade-offs  and  impacts  of  the 
changing  requirements.  This  study  was  the  first  of  many  that  highlighted  the 
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Figure  2.  Delta  and  Titaa  Launch  Vehicles 


importance  of  not  only  improving  ground  and  space  operations,  but  recommended  they  I 

be  considered  a  major  part  of  any  nev  design . 

Reliability.  Coat  aad  Infraatnictufe  1 

Reliability  plays  a  significant  role  in  determining  LCC  for  a  proposed  system 
Perkins  writes  that  the  true  cost  of  a  system  must  include  the  cost  of  unreliability 
amortized  over  the  life  of  the  vehicle  ( 18).  The  level  of  assumed  reliability  used  in  the  ^ 

LCC  study  should  be  realistic  based  on  past  similar  experience.  For  instance,  the  shuUle 
vas  advertised  to  be  .997  reliable  vith  a  useful  life  of  100  missions.  Giving  the  shuttle 
the  maximum  benefit  and  considering  the  failure  as  occurring  in  23  flights,  this 
represented  a  demonstrated  reliability  of  96%.  The  cost  of  the  failure  in  terms  of 


dovatiae,  lost  payloads,  backloggod  payloads,  redosign  work,  iavesUgations  and  tho 
cost  of  the  lost  shuttle  exceed  five  billion  dollars.  When  this  is  allocated  over  the  23 
flights,  this  increases  the  net  cost  by  over  $3000  per  pound.  For  comparison.  Table  2 
lists  the  success  rates  for  past  launch  vehicles  broken  down  into  the  solid  and  liquid 
propulsion  results  (6).  The  average  reliability  in  near  98%  with  a  confidence  level  of 
98%  due  to  the  large  aggregate  sample.  Notice  the  shuttle  has  the  worst  statistics  due 
to  its  small  number  of  missions. 


Table  2.  Operational  Results  of  Past  Propulsion  Systems 


'A'-J 

msm 

Saturn 

n/a 

n/a 

17/17 

100% 

%% 

Atlas-Ontaur 

n/a 

n/a 

56/38 

96.6% 

93% 

Delta 

143/146 

99.3% 

177/180 

98.3% 

98% 

Shuttle 

24/23 

%% 

25/23 

100% 

93% 

Titan 

75/76 

98.8% 

144/147 

98.0% 

98% 

Total 

244/247 

98.8% 

419/427 

98.1% 

98% 

The  mission  life  of  a  vehicle  is  the  expected  value  of  the  number  of  flights  for  a 
value  R  (reliability)  and  is  equal  to  1-1/R  for  a  binomial  distribution  of  events.  As  the 
number  of  events  increase,  this  approaches  the  Poisson  distribution  which  has  a 
probability  of  1-1/e  for  the  expected  value.  From  this  we  can  see  that  the  probability  of 
at  least  one  loss  in  n  flights  is: 


P  -  1  -  r“ 

Therefore,  if  R-  0.%  and  n  -  23  flights,  the  probability  of  at  least  one  failure  is  0  64 
Assuming  a  probability  of  30%  for  the  first  failure  with  a  high  vehicle  reliability  of 
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99%,  one  finds  that  this  happens  vith  only  69  flights.  Dividing  this  69  flight  period  by 
NASA's  proposed  schedule  of  Z<  flights  per  year  indicates  a  better  than  30%  chance  of 
the  first  failure  in  less  than  three  years.  Figure  3  shovs  the  number  of  flights  for 
loss  probabilities  in  the  high  98  to  99.3  percent  region  (6).  This  is  probably  an 
optimistic  reliability  prediction  and  yet  there  is  a  better  than  fifty  percent 
chance  of  at  least  one  failure  in  the  first  fifty  to  one  hundred  flights.  The  bottom  line 
to  this  example  is  that  given  historical  reliability  rates,  chances  are  good  that  failures 


RELIABILITY  (Per  Flight  Survivability  Against  Loss) 


Figure  3.  Expected  Time  to  Loss  of  First  Launch  Vehicle 
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▼ill  hapf«ii  and  thereforv  these  costs  should  be  included  when  determining  life  cycle 
costs  for  vehicle  acquisitions. 

The  Congressional  Budget  Office  studied  the  impact  of  the  Challenger  accident 
( 1 J).  Prior  to  the  accident  most  payloads  vrere  destined  for  shuttle  launches  due  to  the 
estimated  lover  costs  and  the  decision  to  rely  solely  on  the  shuttle.  The  study  concluded 
that  post-Challenger  shuttle  operations  vill  no  longer  have  a  cost  advantage  nor  vill  it 
attain  high  launch  rates  in  the  near  future.  The  report  concludes  that  expendable 
launch  vehicles  (ELVs)  vill  fill  the  void  in  the  near-term  in  a  cost  effective  manner 
▼hile  attaining  a  reasonable  level  of  reliability.  A.  similar  report  sponsored  by  the 
Office  of  the  Under  Secretary  of  Defense  for  Acquisition  concluded  that  unmanned, 
expendable  vehicles  vili  fill  the  current  void  (6).  The  authors  felt  the  shuttle's 
operational  costs  vere  still  lover  than  ELVs,  but  the  expected  lov  shuttle  launch  rates 
vould  swing  the  momentum  to  the  ELVs. 

The  impact  of  relatively  lov  attained  reliability  sparked  a  series  of  studies 
sponsored  by  the  Air  Force  Astronautics  Laboratory  ( 18).  These  studies  focused  on  lov 
cost  launch  systems  that  had  near-term  deployment  options.  Rockvell  looked  at 
expendable  liquid  propulsion  options  for  a  family  of  vehicles  vith  a  liquid  core  booster 
using  either  liquid  hydrogen  and  oxygen  or  hydrocarbons  and  liquid  oxygen  (23 )  The 
system  vould  be  modular  so  it  could  handle  different  sized  payloads  and  orbit 
requirements.  The  study  indicated  the  need  for  large  scale  production  technologies  and 
improved  system  reliability.  Large  scale  production  technologies  vould  replace  the 
current  manpover  intensive  production  methods  used  on  current  systems.  This  vould  I 

involve  the  use  of  assembly  line  technologies,  robotics  and  computer  monitored 
quality  control  techniques. 

Aerojet  Corporation  is  also  looking  at  this  area  (16).  They  believe  the  solution  I 

lies  in  a  family  of  modular  rockets  vith  an  expendable  core  surrounded  by  a  cluster  of 
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smaller  booster  rockets.  The  study  indicated  a  major  requirement  for  success  in 
lowering  costs  is  a  change  in  manufacturing  technology.  Current  systems  are  almost 
hand-made  and  assembled,  so  production  line  technologies  similar  to  the  aircraft 
industry  would  be  adopted.  The  study  also  recooimended  that  management  create  a  new 
infornution  system  that  would  allow  quick  access  to  system  data  for  all  required 
personnel. 

Martin  Marietta  Denver  Aerospace  looked  at  developing  a  system  using 
advanced  technology  and  manufacturing  techniques  to  produce  a  low  cost  system  (1) 
The  main  component  studied  was  a  low  cost  cryogenic  propulsion  system.  The 
designers  identified  high  recurring  cost  elements  of  the  traditional  EL  Vs  and  looked  for 
manufacturing  technologies  to  lower  unit  costs.  The  results  of  the  study  were  highly 
dependent  on  assumed  reliability  levels  and  launch  rate  predictions. 

The  major  thrust  of  General  Dynamics  ELV  study  was  to  identify  ELV  concepts. 

technologies  and  system  design  approaches  to  minimize  overall  costs  with  a  resulting 

order  of  magnitude  cost  reduction  (3).  The  authors  determined  that  the  major  cost 
« 

drivers  for  ELVs  were  the  rocket  engines,  propellant  tanks,  structure  and  fluid 
systems.  Manufacturing  costs  were  driven  by  production  rate  and  lot  size,  design, 
complexity  and  manufacturing  processes.  The  study  concluded  that  modularity  of 
engines,  commonality  of  components  and  advanced  manufacturing  techniques  were 
the  key  to  reducing  ELV  costs. 

Infrastructure  refers  to  the  total  system  that  impacts  the  launch  vehicle  (19). 
This  includes  the  research  and  development  facilities,  production  and  manufacturing 
plants,  operations  facilities  and  recovery  systems  as  shown  in  Figure  i.  Other  major 
components  include  the  data  processing  and  information  systems,  the 
management  system  and  the  communications  networks.  Traditional  planning  for  a 
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Figure  i.  Typical  Infrastructure  Components 


neir  vehicle  placed  the  majority  of  the  effort  on  the  actual  launch  vehicle  and  related 
hardware.  These  past  systems  relied  heavily  on  the  existing  infrastructure  for 
support  and  therefore,  inherited  the  cost  of  that  infrastructure.  The  emphasis  vas  on 
successful  launches  more  than  on  cost  effective  launches.  This  was  a  practical 
solution  since  many  of  the  programs  were  of  short  durations  involving  few  launch 
vehicles. 

Contrast  this  to  the  Soviet  Union's  method  of  operation  (8).  The  Soviets  use  a 
fleet  of  modest,  low  cost  satellites  for  their  space  operations.  These  satellites  must  be 
replaced  frequently  so  the  Soviets  maintain  a  large  fleet  of  launch  vehicles.  This 
allows  them  to  use  mass  production  techniques  and  to  perfect  the  manufacture  of  these 
launchers.  This  also  gives  the  Soviets  the  capability  to  develop  a  large  inventory  of 
launchers  that  can  be  used  on  short  notice  to  replace  a  failing  satellite  or  a  failed 
launch.  As  an  example,  two  failures  of  the  Soviet  SL-12  in  early  1987  were  met  by  new 
launches  in  3-7  weeks.  Contrast  this  to  the  most  recent  U.S.  Titan  failure  in  early  1986 
which  caused  a  downtime  delay  of  almost  a  year.  These  long  production  runs  have 
enabled  the  Soviets  to  produce  a  very  dependable  system  of  launchers  that  exhibit  high 
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rates  of  raliabiiitjr.  In  1987,  the  Soriets  launched  97  vehicles  vrith  only  three  launch 
failures.  This  compares  to  only  13  launches  for  the  rest  of  the  vrorld.  This  high  rate  of 
production  has  allowed  the  Soviets  to  design  an  infrastructure  that  takes  advantage  of 
flftany  production  attributes  proposed  for  ALS.  The  most  of  important  of  these  are  on¬ 
site  production  and  integration  facilities  vrhich  reduce  the  requirements  for  a  large 
support  force. 

A  major  part  of  the  ALS  cost  reduction  concept  is  the  design  of  a  new 
infrastructure  (7).  The  manufacture  of  the  components  will  be  centralized  at  or  near 
the  launch  site  to  reduce  transportation  and  handling  of  the  components.  This  alone 
vrill  eliminate  much  of  the  damage  and  inspection  burden  facing  current  systems  If 
the  production  and  assembly  facilities  are  near  the  pads,  then  the  vehicles  can  be 
delivered  straight  to  the  pad  as  needed.  This  eliminates  a  large  part  of  the  standing 
army  of  technicians  and  scientists  that  currently  vrork  at  the  plants,  assembly 
buildings  and  launch  sites.  The  same  people  can  irork  vrith  the  vehicle  from 
production  through  launch,  instead  of  having  to  duplicate  this  capability  at  each  site. 
The  complex  space  system  used  by  the  Air  Force  requires  a  group  of  highly  trained  and 
skilled  personnel  that  must  be  paid  regardless  of  launch  rates  or  downtime.  These 
groups  of  experts  are  duplicated  at  many  of  the  different  sites  vithin  the  current 
infrastructure.  This  becomes  an  expensive  task  since  the  current  U.S.  space  system 
currently  makes  only  random  launches  of  very  expensive  satellites. 

Past  Modolittg  Efforts 

Several  authors  looked  at  hoar  to  perform  the  needed  analysis  to  determine  the 
future  design  of  the  ALS.  Brigantic  did  a  study  to  determine  whether  the  main 
engines  for  ALS  should  be  expendable  or  reusable  based  on  cost  and  reliability 
considerations.  He  used  a  cost  estimating  method  called  TRANSCOST  (2)  acquired  from 


Spac*  Division  st  Los  Angolos  AFB  to  prodict  sjrstom  costs.  This  psrticuUr  model  broke 
Uunch  9fH»ns  dovn  into  vsrious  sub-components  snd  then  used  historical  cost 
estmating  relationships  (CERs)  to  determine  costs.  The  model  looked  at  all  phases  of 
development  from  research  and  development  through  launch  operations.  It  vas 
composed  of  a  collection  of  tabulated  CERs  that  the  analyst  could  use  manually  or  place 
in  a  computer  program.  The  CERs  vere  incorporated  into  a  small  Basic  program 
specifically  vrriUen  for  the  task. 

The  Air  Force  Astronautics  Laboratory  is  vrorking  on  a  LCC  model  called  the 
Micro  Economic  Leverage  Investment  Negotiator  (MELVIN)  (19).  Using  this  model  the 
user  can  design  a  launch  system  based  on  input  requirements  and  specified 
technologies.  It  is  more  detailed  than  the  TRANS(X)ST  model,  but  has  not  yet  completed 
validation.  It  has  the  capability  to  model  a  large  variety  of  systems  and  to  analyze 
many  mission  models  and  scenarios.  The  model  can  run  on  a  personal  computer  (PC) 
or  on  a  VAX  mainframe  computer.  The  code  has  been  used  for  several  design  studies 
over  the  past  year  with  emphasis  placed  on  determining  system  reliability  sensitivity. 
The  code  has  the  capability  of  producing  highly  detailed  studies,  but  requires  a  large 
investment  in  time  to  learn  to  run  the  code  and  to  understand  its  numerous 
engineering  and  costing  routines.  The  code  does  some  costing  analysis,  but  is 
primarily  used  for  evaluating  the  performance  of  nev  propulsion  technologies. 

Air  Force  Studies  and  Analysis  (AF/SA)  is  looking  at  the  concept  of  creating  a 
space  systems  decision  analysis  tool  called  STARFLEET  (11).  The  program  vill  be  PC 
compatible  for  use  by  headquarters  level  analysts  to  provide  needed  data  to  support 
decision  makers.  The  specification  calls  for  the  model  to  perform  database 
management,  provide  for  a  simulation  mode  for  either  deterministic  or  stochastic 
system  modeling,  and  to  provide  advanced  output  and  report  generation  capabilities. 
The  model  should  be  robust  enough  to  handle  a  vride  variety  of  scenarios,  yet  have 
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eaougil  fidelity  to  proride  accunUe  data  for  planaiag,  programnimg  and  budgeting 
decisions.  The  model  erill  assist  decision  makers  in  determining  the  associated  costs 
and  management  requirements  inyolved  erith  obtaining  advanced  satellite  systems  and 
related  launch  assets. 

All  of  these  efforts  stress  the  need  to  look  at  the  total  LOC.  Life  cycle  costs 
refers  to  the  total  costs  of  a  program  from  the  beginnings  of  the  research  and 
development  to  the  launch  of  the  final  mission  (7).  This  should  include  all  costs  that 
are  relevant  to  the  system  being  studied.  This  includes  direct  costs  such  as  production 
and  operations  erhich  are  specific  to  individual  vehicles.  There  are  also  indirect  costs 
such  as  research  and  development,  unreliability  and  overhead  that  must  be  applied  to 
the  total  program. 

Several  factors  affect  these  costs  as  applied  to  the  ALS  system.  First,  the  total 
number  of  vehicles  built  vill  affect  the  cost.  This  is  due  in  part  to  economies  of  scale 
▼hich  tend  to  loerer  unit  costs  as  more  units  are  produced.  Another  factor  is  the 
production  rate  per  period.  If  a  production  facility  is  only  operating  at  partial 
capacity  or  at  a  surge  capacity,  this  erill  normally  increase  unit  cost.  System 
reliability  impacts  the  total  system  cost  so  any  expected  failures  should  be  amortixed 
over  the  life  of  the  system  ( 19). 

Several  maior  themes  run  through  these  studies.  Most  indicate  a  need  to 
improve  and  demonstrate  high  reliability.  The  authors  indicate  that  the  near  systems 
▼ill  need  to  handle  a  variety  of  payloads,  both  in  terms  of  size  and  launch  rate.  Many 
of  the  proposed  systems  base  costs  on  assumed  flight  rates,  but  their  expected  costs  arill 
need  to  be  determined  if  the  launch  rates  drop  or  increase.  Several  contractors  are 
proposing  near  or  drastically  improved  manufacturing  facilities  and  launch  sites.  This 
would  represent  a  major  investment  of  future  funds,  most  of  which  will  come  at  the 
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Mp«AM  of  oUlor  progmns.  The  seasitirit^  of  the  STStem  to  these  assumptions  erill 
need  to  be  analyzed. 

All  sources  cited  indicate  the  need  for  an  analysis  tool  that  vill  provide  insight 
into  the  decisions  that  vrill  be  made  concerning  ALS.  The  major  requirement  seeais  to 
specify  a  user-friendly  model  that  the  analysts  can  easily  learn  and  use.  It  should 
operate  on  a  PC  vith  relatively  short  run  times  and  be  adaptable  to  many  launch 
vehicle  system  configurations  and  scenarios.  In  summary,  all  sources  expressed  a 
desire  for  a  tool  that  will  enable  them  to  quickly  perform  ‘what  if'  exercises  for  a  wide 
variety  of  questions. 

System  and  Software  Selection 

The  analysis  groups  at  the  ALS  office  and  at  the  AFAL  both  used  Macintosh 
computer  systems  and  desired  a  program  that  would  operate  on  these  computers  (21). 
The  choice  of  a  modeling  environment  centered  around  three  options.  The  first  was  to 
use  a  traditional  programming  language  such  as  Fortran.  Basic  or  Pascal.  This  idea  was 
discarded  since  several  past  cost  models  using  these  languages  had  proven  hard  to 
learn  or  understand  by  new  personnel.  MELVIN,  which  was  developed  at  AFAL,  is  a 
Fortran  model.  Like  other  models,  it  proved  to  be  difficult  for  new  analysts  to  learn  or 
modify  for  other  analysis  tasks.  Another  option  was  to  use  a  simulation  language  such 
as  SLAM  or  Simscript.  A  quick  check  of  personnel  at  the  ALS  and  AFAL  showed  that 
most  personnel  were  unfamiliar  with  the  languages  or  the  technique.  The  technique 
does  offer  powerful  analytical  capabilities,  but  was  deemed  too  complicated  for  the 
occasional  user  who  lacked  formal  training  in  the  area.  The  typical  analysis  required 
would  be  deterministic  and  not  require  the  stochastic  analysis.  Finally,  most 
simulation  languages  would  not  run  on  Macintosh  computers.  The  final  method 
considered  was  the  use  of  spreadsheets.  The  ALS  office  were  already  using 
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apreadsheets  for  some  anatysia  tasks  and  suggested  that  Microsoft  Excel  be  used.  The 
AFAL  aaalysis  group  had  not  used  spreadsheets,  but  a  quick  tutorial  demonstrated  the 
merits  of  the  sofhrare. 

This  background  indicated  that  a  spreadsheet  environment  offered  an  excellent 
means  of  studying  the  problems.  Most  spreadsheets  are  relatively  easy  to  use  compared 
to  ▼riting  or  editing  programs  srritten  in  higher  level  languages.  Also,  the  list  of 
possible  users  represent  people  who  usually  can  not  invest  large  amounts  of  time  in 
detailed  studies.  This  analysis  method  provides  these  people  vith  a  quick  sray  of 
determining  results  using  minimam  inputs  in  an  understandable  format.  The 
underlying  software  provides  well  written  documentation,  so  the  user  can  concentrate 
on  the  system  relationships  and  not  the  idiosyncrasies  of  a  programming  language. 

The  spreadsheet  software  chosen  for  this  effort  was  Microsoft  Excel  for  the 
Macintosh  (4).  The  Excel  software  was  widely  available  in  other  analysis  shops  so  the 
final  model  would  be  portable.  Documentation  for  learning  Excel  was  readily  available 
either  with  the  software  or  from  secondary  sources.  EXCEL  is  now  available  for  MS-DOS, 
so  the  data  bases  should  be  transportable  to  machines  using  this  version  of  the 
spreadsheet.  Finally,  Excel  databases  and  programs  could  be  translated  into  other  MS- 
DOS  spreadsheets  such  as  Lotus  1-2-3  with  minimal  difficulty  if  a  Macintosh  computer 
was  unavailable.  The  software  requires  the  use  of  a  Macintosh  with  at  least  312K  of 
random  access  memory  (RAM).  The  computer  should  also  have  either  two  floppy  disk 
drives  or  a  single  disk  drive  and  a  hard  disk.  All  output  described  can  be  printed  on  the 
standard  Imagewriter  printer  for  the  Macintosh,  but  a  laser  printer  is  highly 
recommended  to  improve  graphics  quality. 
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Surtidihwt  EttYiwaiBMt 

The  spreadsheet  enviroameat  offered  a  great  deal  in  meeting  the  problem 
statenwnt  requirements.  As  implemented  on  the  Macintosh  it  is  very  user  friendly. 
Most  operations  and  commands  are  contained  on  pull  down  on-screen  menus  so  no 
extensive  training  is  needed.  The  spreadsheet  itself  as  shovrn  in  Figure  3  is  basically 
a  large  accountant  type  ledger  vhere  one  makes  entries  electronically  into  individual 
boxes  or  cells.  These  entries  ssay  take  the  form  of  numbers,  commands,  references  to 
other  ceils,  analytical  equations,  logic  conditions,  names  or  text.  The  pover  of  a 
speadsheet  is  its  ability  to  present  data  in  basic  presentation  type  format  Thile  having 
a  large  complex  analytical  capability  hidden  behind  the  cells.  This  enables  the  analyst 
to  enter  a  database  and  then  use  analytical  and  logical  relationships  to  derive  the 
needed  results.  An  excellent  guide  for  learning  Excel  is  "Excel  in  Business"  vritten  by 
Douglas  Cobb  and  published  by  the  Microsoft  Press  (4). 
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Figure  5  ■  Blank  Excel  Spreadsheet  Cells 

Excel  offers  a  complete  graphics  package  that  allows  one  to  create  presentation 
graphics  from  any  part  of  the  database  or  the  results.  This  feature  is  of  critical 
importance  to  the  analysis  personnel  since  most  of  their  tasking  is  for  quick  analysis 
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that  requires  a  preseatation  quality  graphic  shoving  the  results  (19).  The  software 
provides  six  tjrpes  of  of  graphs:  coluein  charts,  area  charts,  bar  charts,  line  graphs, 
pie  charts  and  scatter  diagrams.  These  graphs  may  be  combined  or  overlayed  with 
each  other  to  create  a  vide  assortment  of  data  presentation  formats.  In  addition,  all  or 
part  of  the  database  may  be  printed  out  as  tables  to  present  data  as  needed.  An  extensive 
tutorial  on  this  aspect  of  EXCEL  is  also  provided  in  Cobb's  book  (4). 


This  chapter  presents  the  STARFLEET  life  cycle  cost  model  and  the  costing 
relationships  used  in  it.  The  first  section  vill  briefly  describe  the  structure  of  the 
spreadsheet  model  as  it  vould  appear  to  the  user  on  the  screen.  The  next  section 
presents  an  overview  of  the  model  describing  how  it  works  and  how  the  various 
sections  interact.  The  remaining  sections  will  describe  the  individual  parts  of  the 
model  in  detail. 

ST ARFT lET  LCC  Spreadsheet  Layout 

A  spreadsheet  format  is  used  to  provide  a  structure  for  the  various  components. 
The  layout  of  the  major  modules  used  in  the  model  and  their  locations  on  the 
spreadsheet  are  shown  in  Figure  6.  The  input  module,  located  in  the  upper  left 
quadrant,  contains  many  of  the  key  parameters  used  in  the  calculations.  Inputs  that 
are  frequently  changed  when  modeling  systems  or  doing  sensitivity  analysis  are 
located  in  this  module.  The  output  module,  located  in  the  lower  left  quadrant,  is  where 


Figures.  STARFLEET  Spreadsheet 


a  summary  of  kay  cost  aad  oporationai  data  is  locatod.  This  data  roprosonts  key  output 
paramotsrs  froquontly  aoodod  by  tho  ussr.  By  placing  tho  input  and  output  modules 
close  to  each  other,  the  user  can  change  the  inputs  and  see  the  results  quickly  without 
haring  to  search  the  entire  spreadsheet.  The  reliability  module  is  located  in  the 
upper  middle  part  of  the  spreadsheet.  Most  of  this  module  contains  input  data  so  it  is 
placed  next  to  the  input  module.  The  results  from  this  module  transfer  to  the  main  LCC 
calculation  module. 

The  remainder  of  the  spreadsheet  contains  the  cost  model.  This  is  broken  down 
into  four  key  cost  areas:  research  and  development  (R&D),  production,  operations  and 
unreliability.  A  major  driver  of  these  costs  is  the  mission  model  which  is  defined  as 
the  number  of  flights  per  years  for  the  life  of  the  system.  Finally,  in  the  far  right 
hand  side  of  the  model  are  the  total  cost  calculations  which  are  based  on  these  five  key 
inputs.  Each  of  these  sections  will  be  covered  in  detail  and  actual  modules  as  they 
appear  on  the  screen  will  be  shown.  Appendix  A  contains  a  full  printout  of  the 
spreadsheet  for  detailed  study.  Appendix  B  contains  the  modified  model  that  performs 
stochastic  analysis.  Appendix  C  contains  a  listing  of  the  infrastructure  model. 
Appendix  D  contains  a  listing  of  all  key  equations  used  in  the  spreadsheet  models. 

The  model  uses  yearly  costs  throughout  the  initial  modules.  These  costs  are  then 
discounted  based  on  an  input  discount  rate  after  ail  yearly  costs  have  been  summed. 
All  costs  not  labeled  as  discounted  costs  are  in  actual  yearly  costs. 

The  model  shown  in  this  chapter  models  a  generic  ALS  system.  This  model  can 
be  modified  to  model  other  systems  or  to  more  accurately  model  a  particular  system. 
This  process  involves  obtaining  the  required  data  for  the  particular  system  from  the 
contractor  or  experts  on  the  system's  characteristics.  The  spreadsheet  is  changed  by 
editing  the  current  cost  equations  to  more  accurately  reflect  the  cost  estimating 


rtktioaships  for  tho  nov  lystom.  Editiag  tho  sproadshoot  involvos  making  changos 
in  the  individual  foraulas  for  minor  changes.  Major  changes  vould  involve  inserting 
near  cost  formulas  for  ner  components  or  else  increasing  the  level  of  detail  for 
existing  components.  For  example,  current  operation  costs  are  calculated  using  a 
single  cost  formula  for  each  launch  site.  This  single  cost  formula  could  be  expanded  to 
describe  the  facilities,  personnel,  equipment,  raw  material  and  management  overhead 
at  each  site.  Formulas  for  each  would  have  to  be  developed  and  proper  input  data 
inserted  into  the  model.  The  user  would  have  to  be  careful  to  make  the  necessary 
changes  to  all  parts  of  the  model  that  were  affected.  A  new  cost  relationship  might 
simply  add  to  an  existing  summation  of  like-costs  or  it  might  impact  cost  in  several 
parts  of  the  spreadsheet. 

LCC  Model  Structure 

The  LCC  model  contains  eight  major  modules  as  shown  in  Figure  7.  The  input 
module  contains  most  of  the  frequently  changed  input  parameters  used  in  the  cost 
estimating  relationships.  This  data  is  then  transferred  to  the  production,  operations 
and  unreliability  calculation  modules.  The  research  and  development  (R&D)  input 
parameters  are  directly  input  into  the  R&D  module  rather  than  in  the  input  module. 
The  unreliability  calculation  module  calculates  the  costs  of  failures  and  inputs  this  data 
directly  into  the  unreliability  costs  module.  The  production,  operations  and 
unreliability  modules  compute  their  respective  costs  based  on  the  input  mission 
model  (number  of  flights  per  year).  These  three  costs  are  then  summed  with  the  R&D 
costs  to  calculate  the  llOC  for  the  input  system. 
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Input 

The  first  area  the  user  encounters  is  the  input  module.  This  is  a  ledger  type 
area  vhere  the  input  parameters  can  be  quickly  changed.  Figure  8  shovs  vhat  part 
of  the  actual  input  screen  vould  look  like.  This  part  of  the  input  allots  the  user  to 


Figure  7.  Life  Cycle  Cost  Flov  Model 


change  the  learning  and  production  curve  factors  as  veil  as  the  management  learning 
curve  factor  (these  will  be  explained  in  the  main  model  section).  In  this  example,  the 
proposed  ALS  vehicle  is  composed  of  a  first  and  second  stage  propulsion  system.  The 
payload  and  other  miscellaneous  hardvare  is  located  in  a  generic  structure  called  the 
shroud.  For  instance,  the  user  can  input  either  the  learning  rate  (93%)  or  the  actual 
factor.  The  learning  curve  factor  is  computed  from  the  input  learning  curve  rate. 
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Figure  8.  Cost  Model  Input  Screen 

Figure  9  shovs  the  rest  of  the  production  learning  curve  input  data.  This  covers 
the  data  for  the  operations,  fflanagement  and  spares  usage  rates.  Initial  costs  for  the 
vehicle  components  are  also  input  at  this  point.  As  a  more  detailed  model  is  built,  this 
input  section  can  be  expanded  by  inserting  data  and  parameter  definitions  into  the 
spreadsheet.  Note  that  in  normal  operation,  the  spreadsheet  screen  output  shows 
only  the  results  of  the  calculation.  The  formulas  can  be  seen  by  highlighting  the 
individual  cell  with  the  mouse  to  show  the  underlying  formulas. 
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The  reliability  input  calculations  are  shovn  in  Figure  10.  This  is  a  combination 
input  and  analysis  module .  The  output  from  this  module  details  the  cost  of  unreliability 
for  launch  systems  based  on  user  input  data.  The  analyst  inputs  the  expected 
reliability  rate  (N2-P3)  and  a  variety  of  penalty  and  cost  data.  The  first,  a  dovntime 
penalty,  refers  to  the  cost  per  month  of  the  delay  following  an  accident.  The 
BMximum  recovery  time  is  hov  long  the  system  is  delayed  until  the  next  launch.  The 
surge  fraction  tells  hov  much  above  normal  launch  rates  the  system  can  operate  at  in 
order  to  reduce  any  backlog  of  payloads  foUoving  a  delay  or  disaster.  The  additional 
cost  of  surging  is  assumed  to  be  in  the  doirntime  penalty.  The  backlog  fraction 
indicates  hovr  many  of  the  original  payloads  can  irait  to  be  launched  until  operations 
resume.  The  cost  per  pound  input  is  used  to  estimate  the  cost  of  the  lost  payloads  and 
the  dovrntime  cost  estimates  the  cost  of  the  delays.  As  a  simplification,  this  assumes  the 
cost  of  all  lost  payloads  and  delays  caused  by  failures  are  the  same. 
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Figure  10.  Reliability  Input  Module 


Columns  R-T  in  Figure  10  represent  the  mission  model  used  to  determine  the 
costs  of  the  failures.  This  shows  how  many  years  the  model  runs,  the  number  of 
launches  and  what  type  of  launches  in  terms  of  launch  sites.  It  also  shows  the  payload 
per  flight  and  the  average  load  factor.  This  data  can  be  calculated  in  the  regular 


mistioa  model  section  end  trensferred  into  this  section  or  manuaily  input.  The  data 
for  this  cost  module  vould  be  obtained  from  historical  data  bases  or  from  estimates. 
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Figure  11.  Reliability  Costs 


The  previous  inputs  (Figure  10)  are  u^d  in  the  remainder  of  the  unreliability 
section  (Figure  11)  to  determine  the  expected  unreliability  costs  over  the  life  of  the 
system.  Net  load  data  is  an  abbreviation  for  net  payload  and  refers  to  the  assumed 
payload  for  flights  operating  out  of  either  the  eastern  or  western  test  range  areas.  The 
remainder  of  the  terms  are  calculated  as  follows: 


Number  of  Failures  -  (I- Rel  Rate  )X  Total  Number  of  Launches 
Years  System  Down  -  Number  of  Failures!  Downtime  Penalty 
Number  of  Fits  Missed  =  Years  System  Down!  Fit  Rate 
Number  of  Fits  Unflown  =  Number  of  Fits  Missed  X  ( l-Backlog  Fraction ) 

Tot  Payload  Unflown  -  Fits  Unflown  X  Average  Payload  per  Flight 
Lost  Value  of  Unflown  Pyld  -  Tot  Pyld  Unflown  X  Payload  Cost  per  Pound 
Downtime  Cost  »  Years  System  Down  X  Downtime  Cost  per  Year 
Payload  Losses  =  Cost  of  Payload  per  Pound  X  Number  of  Failures  X  Ave  Pyld 
Total  Losses  =  Payload  Losses  *  Downtime  «  Value  of  Unflown  Payloads 
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Thisdetersiiflistic  method  of  modeling  failures  provides  a  good  first  look  at  the 
costs  of  reliability  and  the  impact  on  the  program.  It  makes  the  assumption  that  the 
failures  are  spread  evenly  over  the  program  and  that  all  failures  have  the  same  impact. 
This  is  rather  simplistic,  but  is  only  meant  to  be  used  as  a  first-cut  method  to  gain 
insight  into  a  near  system.  A  further  improvement  might  be  to  model  the  cost  of  the 
loss  using  a  learning  curve  relationship.  This  would  decrease  the  cost  of  a  failure 
occurring  later  in  the  program.  Learning  curves  will  be  discussed  in  detail  in  the 
production  costs  section  of  this  chapter.  A  modification  of  the  main  program  will  be 
discussed  later  to  show  how  to  compute  this  cost  by  doing  multiple  stochastic  simulation 
runs  for  the  launch  system.  A  brief  discussion  is  included  to  detail  the  difference  in 
the  cost  of  a  failure  based  on  when  the  losses  occur. 

The  remaining  modules  make  up  the  majority  of  the  LCC  model.  These  modules 
use  the  inputs  from  the  previous  modules  to  compute  the  individual  component  costs 
that  make  up  the  LCC.  The  four  major  cost  categories  are  the  initial  research  and 
development  investment,  production,  operations  and  unreliability  costs.  These  modules 
are  a  mixture  of  input  data  and  cost  calculations. 
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The  development  costs  for  the  vehicles,  the  production  facilities  and  the 
operational  facilities  are  contained  in  the  first  module.  A  breakdown  of  these  are 
shown  in  Figure  12  as  the  data  would  actually  appear  on  the  computer  screen.  The 
first  cost  (column  B)  is  technology  which  would  represent  the  investments  in  original 
research  at  government  laboratories  and  with  contractors.  The  vehicle  cost  (column 
C)  represents  advanced  development  preceding  production.  The  facilities  investment 
(column  D)  would  fund  new  production  technology  and  items  relating  to  new  system 
infrastructures.  The  non-recurring  production  (column  E)  represents  investments  in 
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Figure  12.  Initial  R&D  InvesUneat  Inputs 


nev  production  facilities.  These  costs  normally  occur  during  the  first  fev  years  of  a 
program’s  development.  Research  and  development  for  the  vehicle  and  the  facilities  is 
almost  complete  at  this  point.  Once  production  starts,  it  is  difficult  and  expensive  to 
make  major  changes  to  either  the  vehicle  or  the  facilities.  These  changes,  if 
warranted,  are  usually  implemented  during  a  future  phase  of  production  or  nev 
vehicle  system. 

The  user  provides  the  data  for  the  Research  and  Development  module.  This  is 
done  in  the  same  fashion  as  the  input  module  and  unreliability  calculation  module. 
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The  needed  inforfflation  Tould  be  provided  by  the  system  contractor,  historical  data  or 
estimates  from  cost  analysis  groups.  This  input  format  allots  the  user  to  input  the 
desired  investment  in  terms  of  amounts  and  tkaing  of  expenditures.  The  model  can  be 
changed  to  add  other  cost  elements  by  inserting  a  near  column  for  the  category  and 
inputting  the  neir  data. 

Production 

Costing  of  the  production  system  is  contained  in  the  module  shovn  In  Figure  13 
These  calculations  combine  production  and  learning  curve  equations  to  determine 
yearly  costs.  The  analyst  provides  the  learning  and  production  curve  factors,  first 
unit  costs  and  a  yearly  flight  rate.  The  cost  factors  and  first  unit  costs  are  inputs  that 
are  transferred  from  the  input  module  described  earlier.  Figure  13  shovs  the 
production  module  from  the  cost  model  as  it  appears  on  the  computer  screen. 
The  roers  refer  to  the  years  of  expected  operation  beginning  with  1989  for  roar  I3. 

The  vehicle  is  divided  into  three  major  components.  These  components,  first 
stage,  second  stage  and  shroud  represent  the  basic  structure  of  a  majority  of  proposed 
ALS  systems  (18).  As  defined  in  this  study,  the  shroud  is  a  generic  term  for  the  payload 
module  or  any  other  non -propulsion  stage.  The  last  category  (column  K)  is  used  to 
predict  project  management  costs.  This  management  category  defines  inputs  that 
illustrate  the  impact  of  proposed  changes  in  the  production  method  and  organization. 

The  formulas  used  to  compute  these  numbers  vere  based  on  production  and 
learning  curve  theory.  Samples  of  the  actual  inputs  for  the  worksheet  in  EXdlL 
format  are  as  follovs: 

Excel  Formulas 
Stage  1 

-K7*((AE21*AE21*F2*AE2rF3))  (firstyear) 
=K7*((AE22’AE22’F2*AE22T3)'(AE21»AE2rF2*AE21‘F3)) 
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Figure  13.  Production  Costing  Section 


In  EXCEL,  the  cells  are  referred  to  by  column  and  rov  identifiers.  The  rovs  are  labeled 
▼ith  numbers  and  columns  with  letters.  In  these  equations  K7  referred  to  the  first 
unit  cost,  AE21  was  the  cumulative  units,  F2  was  the  learning  curve  factor  and  F3  was 
the  production  curve  factor.  The  complete  EXCEL  equations  for  the  rest  of  this  section 
in  addition  to  the  entire  spreadsheet  are  located  in  Appendices  A  and  D.  The  equation 
written  in  standard  mathematical  form  is  shown  on  the  next  page  It  combines  the 
learning  curve  and  production  theory  into  one  cost  estimating  relationship. 
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YewljrOort-  Cj  •  I N  •  N^N*'  -  (H-l>  * (N-l)''* (N-lf  1 
vten  is  ite  fiC5t  tEOit  cost 

H  is  tti  cunulsliss  TBdts  for  Tssr  N 
Ic  is  fos  Visnrtm  cuifi  ftcof 
pc  is  fos  psodocifemeiim  foeisr 

This  squation  reduces  the  initial  cost  per  unit,  since  the  negative  exponent  on  N  mahes 
Nlc  and  decrease  as  N  grows  larger.  The  equations  for  stage  2,  the  shroud  and 
management  costs  use  the  same  basic  equations  only  with  different  first  unit  costs  and 
learning  and  production  factors.  The  first  unit  costs  and  factors  are  contained  in  the 
input  module. 

Learning  curve  equations  have  been  used  in  the  aerospace  industry  for  over 
forty  years  to  predict  costs.  The  basic  relationship  behind  learning  curves  is  that  each 
time  the  quantity  produced  doubles,  the  cost  reduces  by  a  constant  percentage  over  the 
previous  cost.  There  is  some  real  limit  to  the  decrease  in  costs,  but  the  production 
quantities  used  in  this  model  are  relatively  small,  so  this  is  not  a  problem.  The  cost 
reductions  stem  from  improvements  in  production  techniques,  management  efficiency 
and  general  familiarity  with  the  production  process.  The  relationship  between  the  cost 
and  quantity  is  a  power  function  of  the  form: 

T- AX” 

wh«r«  A  is  ths  cost  of  th«  first  unit,  Z  is  ths  cumulative  production  quantity  and  b 
represents  the  slope  factor  of  the  learning  curve.  The  term  slope  refers  to  the  "slope 
factor"  and  not  to  the  normal  geometric  slope  definition.  The  slope  factor  (S) 
represents  a  relationship  of  the  constant  percentage  to  which  cost  decreases  as  the 
quantity  doubles.  The  slope  factor  may  be  computed  by  dividing  the  formulas  for  the 
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rtspectirv  qu«aUt7  costs  sad  then  solving  for  the  slope  factor  in  terms  of  the  other 
knovn  quantities.  This  takes  the  form  of; 


S« 


or  bo 


logs 

lDg2 


S  represents  the  decrease  in  decimal  form  (ie.  73%  is  .73)  and  the  subscript  x  is  the 
initial  quantity  before  doubling  (subscript  2x).  Production  curve  theory  stems  from 
relatively  nesr  research  into  production  efficiency  (9).  It  assumes  that  costs  drop  as 
production  rates  increase  up  to  some  realistic  process  capacity.  The  cost  model  used 
for  this  is  identical  to  learning  curve  models.  The  tiro  relationships,  learning  curve 
and  production  curve  theory,  can  be  combined  into  one  equation. 

Cost  =  First  Unit  Cost* 

N  represents  the  number  of  units  produced  while  Icf  and  pcf  are  the  respective 
learning  and  production  curve  factors. 

This  part  of  the  model  allows  the  user  to  alter  the  inputs  to  look  at  production 
sensitivities.  These  would  include  analyzing  the  impact  of  varying  production  and 
learning  curve  factors.  These  factors  would  change  based  on  the  type  of  production 
facility  used  and  the  investment  made  in  improving  the  production  technology.  The 
actual  analysis  would  involve  inserting  the  cost  of  the  new  production  process  into 
the  investment  section  and  then  varying  the  production  rate  factor  to  determine  what 
improrefflcnts  would  be  needed  to  justify  the  cost.  If  the  savings  irere  greater  than  the 
cost,  then  this  might  be  a  feasible  technology  investment.  Obviously,  the  proposed  cost 
savings  due  to  the  improved  production  factor  would  be  linked  to  the  production 
investment.  Another  major  change  would  be  in  the  first  unit  cost  estimate  since  this 
input  impacts  the  entire  cost  for  that  component  during  the  life  of  the  production  run 
The  analyst  could  also  alter  the  production  schedule  by  varying  the  yearly  rates  at 
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▼hich  the  rehicles  are  made.  This  vould  reflect  changes  due  to  production  capability, 
project  funding  and  launch  requirements  for  vehicles. 


Operations 

The  actual  launch  operations  cost  of  the  space  fleet  are  modeled  as  shosrn  in 
Figures  H  and  13.  The  roars  refer  to  the  year  of  the  model  starting  vith  1989  in  roar  13. 

This  module  includes  launch  costs  for  two  separate  launch  facilities,  propellants  for  the 
vehicles,  spare  part  usage,  training  requirements  for  operational  personnel,  facility 
maintenance  and  management.  These  are  only  a  fev  of  the  many  iteoxs  that  can  be 
modeled. 

This  modeling  of  the  operattonai  costs  uses  a  combination  of  modeling 
relationships.  The  actual  input  screen  for  this  module  is  shoern  in  Figure  U.  The  rovs 
in  the  figure  refer  to  the  year  starting  vith  1989  in  row  'U.  The  facility  I 

oiaintenance  (column  N)  is  an  input  constant  that  eras  estimated  to  be  spread  evenly 
over  the  life  of  the  system.  The  operation  costs  (columns  0  and  P)  use  a  learning  curve 
model.  This  embodies  the  assumption  that  launch  costs  per  flight  erill  decrease  as  I 

operations  increase.  This  is  a  major  assumption  for  ALS  and  is  key  to  ALS 
reaching  its  launch  cost  goals.  The  operations  vrere  split  between  a  vest  coast  launch 
facility  (WTR-vestern  test  range)  and  an  east  coast  launch  facility  (ETR-eastern  test  I 

range).  These  use  a  variation  of  the  basic  learning  curve  equation: 

OpsCtost  -  Fixed Clost  +  C,  ♦  N*N^  I 

vhexeCj  vas  the  first  mdt  launch  cost 
N  vas  iDttl  launches  In  a  given  3fear 

LC  vas  die  learning  curve  factor  I 
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The  fixed  cost  eras  necessary  since  the  operational  creers  and  facilities  generate  large 
expenses  irhether  launches  occur  or  not.  In  this  use  of  the  learning  curve, 
generated  the  average  cost  per  flight  so  this  must  be  multiplied  by  the  total  number  of 
flights  to  get  a  total  cost  for  that  year.  Notice  that  the  learning  curve  effect  starts 
from  zero  each  year.  This  models  the  effect  that  operational  changes  constantly 
happen  and  that  previously  accrued  cost  efficiencies  are  often  lost.  For  this  model,  the 
learning  process  ends  after  each  year  as  a  simplification.  In  reality,  a  more  realistic 
stopping  point  vrould  be  based  on  a  break  in  operations  of  a  long  duration  compared  to 
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Uie  aormal  time  betveen  flights.  Both  the  vest  and  east  coast  operations  are  computed 
using  these  CERs  only  srith  slightly  different  factors,  first  unit  costs  and  constants.  To 
compute  the  total  propellant  used  (column  Q),  multiply  the  flight  rate  by  the  input 
propellant  cost  per  flight  factor.  The  figures  shown  at  the  bottom  of  Figure  14  are  the 
totals  for  the  individual  columns. 


Figure  13  Operations  0)sts 


The  remaining  operational  costs  are  shown  in  Figure  13  The  cost  estimating 
relationship  for  spares  (column  R)  uses  a  learning  curve  relzUionship  similar  to  the 
flight  operations  costs.  It  uses  the  input  first  cost  and  yearly  flight  rate  starting  from 
zero  each  year.  A  linear  cost  relationship  based  on  the  number  of  flights  computes 


th«  trainiag  costs  (column  S).  Projsct  msnsgomont  (column  T)  costs  sro  calculated 
from  learning  cunres.  As  before,  it  assumes  learning  starts  fresh  arith  each  new 
period.  The  annual  operational  costs  are  the  sum  of  all  costs  in  this  section.  The 
figures  shown  at  the  bottom  of  Figure  are  the  totals  for  the  individual  columns. 

This  operations  module  enables  the  user  to  analyze  the  benefits  of 
improvements  in  operations  either  through  new  facilities,  new  launch  methods  or 
new  management  techniques.  The  analyst  would  estimate  the  cost  of  the  improvement 
and  then  insert  it  into  the  appropriate  investment  input  cell.  Then,  the  user  modifies 
the  production  equation  parameter  to  reflect  the  expected  cost  reduction.  Each  part  of 
the  operations  cost  section  can  be  expanded  to  include  detailed  cost  relationships  if  the 
needed  input  data  is  available.  For  instance,  the  WTR  operations  could  be  broken  down 
into  components  such  as  personnel,  management,  raw  materials,  contractor  support 
and  facility  preparation  and  repair. 

Using  this  initial  data,  a  partial  L(X  can  be  computed.  This  is  defined  as  the 
sum  of  the  operational,  production  and  investment  costs.  This  data  is  often  needed  for 
comparison  purposes  since  several  contractors  use  this  type  of  accounting  method. 
These  figures  would  represent  only  part  of  the  total  costs  since  unreliability  and 
overhead  charges  for  non-direct  cost  have  yet  to  be  included.  A  discounted  version  of 
these  costs  is  shown  later  in  this  chapter. 

Unreliability  Cost 

The  unreliability  costs  are  input  following  the  operation  costs.  These  costs  are 
are  based  on  data  obtained  from  the  previous  unreliability  calculation  module.  This 
part  of  the  model  computes  the  reliability  cost  by  taking  the  previously  calculated  total 
cost  based  on  an  expected  number  of  failures  and  distributes  this  cost  over  the 
individual  flights.  The  method  for  computing  these  costs  are  shown  on  the  next  page. 
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4-  CostfFlt  *  BxpecttdMmolier  of  Losses 

This  provides  a  cost  per  year  based  on  the  the  yearly  flight  rate.  This  calculation  can 
be  zeroed  out  if  the  analyst  does  not  vrant  unreliability  costs  included  in  the  total  cost 
estimate.  However,  by  including  these  costs,  the  analyst  can  make  valid  comparison 
between  systems  that  may  have  differing  reliability  levels.  For  instance,  a  lov  cost 
system  vith  loir  reliability  irill  appear  to  have  an  advantage  over  a  more  costly  system 
that  exhibits  superior  reliability  unless  one  includes  the  total  unreliability  costs  for 
both.  These  costs  are  inserted  into  the  model  as  shovrn  in  Table  4.  They  represent  a 
single  column  entry  shovrn  in  the  full  spreadsheet  printout  in  Appendix  A  (AE12- 
AE38) 


Mission  Model 

The  previous  operations  and  production  costs  are  based  on  the  mission  model 
For  this  study,  mission  model  is  defined  as  the  number  of  flights  per  period  over  a 
specified  system  life  This  study  assumes  that  payloads  on  these  flights  are  fixed  at 
144,000  lbs  for  launches  from  Cape  Canaveral  and  107,900  lbs  for  launches  from 
Vandenburg  AFB.  The  mission  model  is  an  important  parameter  in  terms  of  estimating 
the  total  LCC  for  a  system.  From  a  basic  viewpoint,  the  total  LCC  is  composed  of 
variable  and  fixed  costs.  The  mission  model  drives  the  variable  cost,  while  the  initial 
investments  and  overhead  determine  the  fixed  cost.  The  average  cost  per  flight  or  cost 
per  pound  is  the  then  the  total  cost  of  these  two  elements  (fixed  and  variable)  divided 
by  the  actual  achieved  flight  rates  or  payloads  delivered  to  orbit.  Therefore  if  the 
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fUght  r«t0  is  lov,  tii«  cost  per  mission  will  increase  vhile  at  high  flight  rates  this  cost 
decreases. 

The  mission  model  contains  key  information  about  the  system.  It  represents 
the  analyst's  best  estimate  as  to  the  expected  flight  schedule  of  the  system.  It  is  assumed 
that  the  full  payload  capability  is  used  on  each  flight.  Most  mission  models  assume  a 
steady  uninterrupted  schedule  that  uniformly  increases  up  to  a  predetermined 
maximum  flight  rate.  This  best  case  scenario  is  then  applied  to  the  analysis  of  all 
similar  systems. 

The  flights  shoarn  in  Table  3  represent  a  generic  mission  model  for  ALS.  Due  to 
space  considerations,  the  data  is  presented  in  tabular  form  rather  than  actual  screen 
output  used  previously.  They  are  listed  by  year  and  divided  into  the  eastern  test  range 
(ETK)  at  Cape  Canaveral  and  the  western  test  range  (WTR)  at  Vandenburg  AFB.  The  total 
flights  column  is  just  the  cumulative  number  of  flights  and  the  flight  rate  represents 
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Table  3  Mission  Model 


ETR  Flights 

WTR  Flights 

Total  Flight 

FIT  RATE 

19% 

3 

1 

4 

4 

1997 

8 

4 

16 

12 

1998 

12 

8 

36 

20 

1999 

12 

8 

56 

20 

2000 

13 

8 

77 

21 

2001 

13 

9 

99 

22 

2002 

14 

9 

122 

23 

2003- 

14 

10 

146 

24 

2004 

15 

10 

171 

25 

2005 

15 

10 

1% 

25 

2006 

16 

10 

222 

26 

2007 

16 

11 

249 

27 

2008 

17 

11 

277 

28 

2009 

17 

12 

306 

29 

2010 

1$ 

12 

336 

30 

Totals 

203 

133 

336 

336 
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the  flights  in  any  given  period.  The  mission  model  can  be  input  as  a  random  event 
vrith  the  flights  per  period  derived  from  an  input  distribution  based  on  a  random 
number  drair.  This  enables  the  user  to  simulate  failures  and  delays  that  might  occur 
over  the  life  of  the  system.  This  vrill  be  discussed  later  as  a  model  modification . 

life  Cycle  Costs 

This  module  combines  the  data  generated  in  the  R&D,  production,  operations  and 
unreliability  cost  modules  and  then  computes  the  final  LCC  results  based  on  a  variety 
of  definitions.  Table  i  shovs  the  final  costs  vith  the  addition  of  overhead  charges. 
The  overhead  factors  range  from  20-30%  of  the  base  cost.  The  ALS  office  provided 
this  data  vrhich  is  based  on  historical  data  and  program  estimates.  As  defined, 
this  individual  cost  data  represents  a  general  estimate  of  the  yearly  funding 
requirements  for  the  program  components.  The  partial  LCC  per  flight  represents  the 
given  year's  operation  and  production  costs  divided  by  that  year's  flight  rate.  This 
figure  does  include  the  20%  overhead  to  arrive  at  the  final  cost  per  flight,  but  ignores 
the  initial  investment  costs  or  unreliability  costs.  Only  the  direct  variable  costs 
associated  vrith  the  launch  system  are  included  in  this  calculation.  The  partial  LCC  per 
pound  data  results  from  dividing  this  figure  by  the  average  payload  veight  for  that 
year.  A  summary  of  these  and  other  measures  of  merit  are; 

Partial  LCC  •  (Operations  *  Production  costs)  per  yr 

Total  LCC  »  (RW)  Investment  ♦  Production  ♦  Operations  ♦  Unrel)  per  yr 

Cum  TLCC  =  Cumulative  Total  LCC  used  as  base  figure 
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Table  4.  Overhead  Costs 


TOTINV 

PROD 

OPS 

UNREL 

COST/FLT 
PART  LCC 

$/lb 

PART  LCC 

1988 

235.0 

0 

0 

0 

0 

0 

1989 

420.0 

0 

0 

0 

0 

0 

1990 

749.8 

0 

0 

0 

0 

0 

1991 

1110.1 

0 

0 

0 

0 

0 

1992 

1915.9 

0 

0 

0 

0 

0 

1993 

2990.5 

0 

0 

0 

0 

0 

1994 

3261.3 

0 

0 

0 

0 

0 

1995 

2806.6 

619 

0 

0 

0 

0 

1996 

2127.1 

1239 

0 

0 

182.1 

1349.0 

1997 

538.2 

1681 

109 

71 

114.4 

867,1 

1998 

75.4 

1490 

134 

213 

91.9 

709.5 

1999 

0.0 

1451 

158 

354 

82.4 

636.0 

2000 

0.0 

1436 

158 

354 

76.7 

589.2 

2001 

0.0 

1433 

160 

372 

72.7 

562.6 

2002 

0.0 

1439 

163 

390 

69.6 

535.7 

2003 

0.0 

1449 

166 

408 

67.0 

519.6 

2004 

0.0 

1407 

169 

425 

64.8 

500.5 

2005 

0.0 

1425 

172 

443 

63  2 

4875 

2006 

0.0 

1445 

172 

443 

61.6 

473.1 

2007 

0.0 

1466 

175 

461 

60.1 

465.0 

2008 

0.0 

1487 

178 

478 

58.8 

453.1 

2009 

0.0 

1509 

180 

4% 

57.6 

446  5 

2010 

0.0 

0.0 

183 

514 

56.5 

436.3 

Total 

16,230.0 

37.211.6 

39.6753 

45,629.8 

69.8 

537,9 

The  calculations  shovn  in  Table  3  include  all  costs  (R&D,  prod,  ops, 
unreliability  and  overhead)  used  in  determining  the  final  cost  per  flight  and  cost  per 
pound.  The  rows  represent  years  starting  with  1989.  The  first  series  (columns  1-3) 
uses  all  costs  for  a  given  year  then  divides  this  by  the  flights  and  total  payloads  in  that 
year.  Columns  4-6  use  total  cumulative  costs  as  the  basis  for  the  yearly  analysis. 
The  cumulative  total  LCC  accumulates  all  costs  up  to  that  period  and  divides  this  by  the 
total  cumulative  launches  .  These  different  methods  provide  needed  data  to  compare  to 
contractor  and  other  outside  data  since  many  of  the  proposed  systems  present  cost  data 
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in  different  formats  using  different  cost  bases.  The  STARFLEET  format  enables  the  user 
to  define  the  cost  basis  using  all  or  part  of  the  cost  components. 


Tabled.  Total  LOC  Result  Module 


TotLCC/YR 

Tot  LCC 

Tot LCC 

Cum  Tot  LCC 

Tot  Ave  LCC 

Tot  Ave  LCC 

Cost/Fit 

Cost/lb 

Cost/Fit 

Cost/lb 

$M 

$M 

$ 

$M 

$M 

$ 

$235.(M 

$0.00 

$0.00 

$235.04 

$0.00 

$0.00 

$515.43 

$0.00 

$0.00 

$750.47 

$0.00 

$0.00 

$84524 

$0.00 

$0.00 

$1,59571 

$0.00 

$0.00 

$1,205.47 

$0.00 

$0.00 

$2,801.18 

$0.00 

$0.00 

$1,883.35 

$0.00 

$0.00 

$4,684.53 

$0.00 

$0.00 

$3,018.82 

$0.00 

$0.00 

$7,703.35 

$0.00 

$0.00 

$3,929.14 

$0.00 

$0.00 

$11,632.49 

$0.00 

$0.00 

$4,074.38 

$0.00 

$0.00 

$15,706.87 

$0.00 

$0  00 

$3,855.74 

$%394 

$6,694.00 

$19,562.61 

$4,890.65 

$33,962.87 

$2,154.32 

$179.53 

$1,246.71 

$21,716.93 

$1,357.31 

$9,425.75 

$1,680.21 

$84.01 

$583.41 

$23,397.14 

$649.92 

$4,513.34 

$1,592.33 

$79,62 

$552.89 

$24,989.48 

$446.24 

$3,098.89 

$1,594.44 

$75.93 

$527.26 

$26,583  91 

$34525 

$2,397,54 

$1.60347 

$72.88 

$506.15 

$28,187.38 

$284.72 

$1,977.23 

$1,606.06 

$69.83 

$484.92 

$29,793.44 

$244.21 

$1,695  89 

$1,578,92 

$65.79 

$456.86 

$31,372,35 

$214.88 

$1,492.22 

$1,600.62 

$64.02 

$444.62 

$32,972,97 

$192.82 

$1,339.06 

$1,620.64 

$64.83 

$450.18 

$34,59361 

$176.50 

$1,225.68 

$1,644.39 

$63.25 

$439.21 

$36,238.00 

$163.23 

$1,13357 

$1,668.69 

$61.80 

$429,19 

$37,906.70 

$152.24 

$1,057.19 

$1,387,13 

$49.54 

$344.03 

$39,293,83 

$141.85 

$985  10 

$182.05 

$6.28 

$4359 

$39,475.88 

$129.01 

$895.88 

$184.89 

$6.16 

$42.80 

$39,660.77 

$118.04 

$819.71 

The  final  part  of  the  costing  module  is  shovn  in  Table  6.  The  total  LCC  data  has 
been  adjusted  based  on  an  input  discount  rate  to  determine  the  net  present  cost.  The 
discount  rate  is  input  in  the  input  section  ( Y8-AA8 ).  The  discounted  LCC  represents  the 
total  cost  of  a  system  discounted  into  a  specified  year's  dollars  (22).  For  example,  a 
cost  of  $100  in  the  future  is  worth  less  than  a  $100  cost  today  when  discounted.  As  the 
discount  rate  chosen  increases,  the  net  present  cost  of  a  future  expenditure  decreases. 
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Th«f»fore,  a  system  vith  the  majority  of  its  costs  late  in  the  program  will  have  a 
lower  net  present  cost  than  one  that  requires  most  of  its  funding  in  the  early  years. 
The  discount  rate  can  be  chosen  by  the  analyst  based  on  frequently  used  values  or 
based  on  current  direction  from  the  Congressional  Budget  Office. 


Tables.  Discounted LCC Bata 


DISC  FACT 

TOTDISC 

DSC  OP  COST 

DISOPCOST 

TCTLCC 

TOT  LCC 

5% 

LCC  COST 

PERFLT 

PER  LB 

PERYR 

PERFLT 

$M 

$M 

$ 

$M 

SM 

19S8 

1.000 

180 

0.00 

0.00 

235  04 

0.00 

1989 

0.952 

307 

0.00 

0.00 

490.89 

0.00 

1990 

0.907 

523 

0.00 

0.00 

766.66 

0.00 

1991 

0.864 

737 

0.00 

0.00 

1,041 

0.00 

1992 

0.823 

1,212 

0.00 

0  00 

1.549 

000 

1993 

0.784 

1,802 

0.00 

0.00 

2.365 

0.00 

199< 

0.746 

1,872 

0.00 

0.00 

2,931 

0.00 

1995 

0.711 

1,900 

0.00 

0.00 

2.895 

0  00 

19% 

0.677 

1,916 

123.2 

913 

2.609 

652 

1997 

0645 

1,378 

73.7 

558 

1.388 

115 

1998 

0.614 

1,0% 

56.4 

435 

1.0310 

51 

1999 

0.585 

991 

48.1 

371 

931 

46 

2000 

0.557 

948 

42.7 

328 

887 

42 

2001 

0.530 

912 

38.5 

298 

850 

38 

2002 

0.505 

881 

351 

270 

811 

35 

2003 

0.481 

853 

32.2 

249 

759 

31 

2004 

0.458 

805 

29.7 

229 

733 

29 

2005 

0.436 

774 

27.5 

212 

707 

28 

2006 

0.416 

752 

255 

1% 

683 

26 

2007 

0.3% 

731 

23.7 

184 

660 

24 

2008 

0.377 

711 

22.1 

170 

522 

18 

2009 

0.359 

690 

20.6 

160 

65 

2.2 

2010 

0.342 

234 

19.3 

149 

63 

2.1 

The  LCC  model  described  in  this  chapter  required  some  detailed  information  on 
the  proposed  launch  systems.  However,  cost  analysis  can  be  done  using  an  alternate 
format  if  cost  data  is  available.  Data  on  past  and  current  launch  systems  is  available 
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and  cost  relationships  can  be  obtained  from  the  data.  These  cost  estimating 
relationships  normally  taie  the  form  of  a  fixed  and  variable  cost  based  on  the  flight 
rate  for  a  given  period.  This  information  can  be  inserted  in  the  model  by  deleting  the 
detailed  cost  sections  (R&D  investment,  Production  and  Operations)  and  inserting  the 
neir  cost  relationships.  The  "cost  model"  for  a  given  year  vould  then  be  a  cell 
containing  this  nev  formula  and  requiring  input  from  the  mission  model  module .  For 
example,  the  Titan  IV  vould  be  modeled  as  follovs  (6) : 

1 .  Delete  all  costing  sections  up  to  the  mission  model. 

2.  The  LCC  cost  would  be  an  equation  similar  to: 

13702 

This  provides  an  estimate  of  the  costs  for  other  systems  that  could  be  used  for 
comparison. 

StechasUs  Modeling 

The  STARFLEET  model  was  also  modified  to  provide  a  stochastic  type  analysis 
capability  similar  to  current  simulation  programs.  As  an  example  to  illustrate  the 
modification,  consider  the  yearly  flight  rate.  This  allows  the  analyst  to  look  at  the 
impact  of  random  failures  and  delays  on  the  proposed  system's  LCC.  For  instance,  a 
failure  early  in  the  program  may  have  a  much  higher  cost  than  one  occurring  on  the 
last  mission.  The  early  failure  would  possibly  trigger  major  design  and  operational 
modifications  that  would  be  used  during  the  remaining  life  of  the  system  A  failure  at 
the  end  of  the  system's  life  might  only  trigger  minor  changes  since  the  Air  Force 
would  already  be  transitioning  into  a  follow-on  launch  system.  The  actual  flights 


▼ould  probably  not  occur  evoaiy  spread  over  a  set  number  of  years.  Instead,  the 
flight  rates  erould  probably  be  uneven  due  to  delays,  failures  and  other  unexpected 
occurrences.  These  scenarios  could  be  oianually  modeled  by  doing  individual  analysis 
runs  and  then  ereighing  the  output  by  some  probability  of  occurrence.  This  vould  be 
very  slow  ud  would  introduce  a  high  degree  of  user  bias  in  the  input  of  the  random 
occurrences. 

In  order  to  modify  the  model  to  perform  stochastic  analysis,  certain  data  is 
needed.  First,  the  analyst  must  determine  the  underlying  distribution  for  the  flight 
rate  and  associated  failures.  This  distribution  will  then  be  accessed  through  the  use  of 
a  random  draw  to  determine  potential  flights,  delays  and  failures.  The  user  must  define 
the  outcome  or  penalty  that  will  be  applied  to  the  system  based  on  the  possible 
outcomes.  This  may  range  from  cost  penalties  to  flight  delays  or  a  combination  of  both 

The  actual  insertion  of  this  data  into  the  model  occurs  as  a  substitution  for  the 
flight  rate  column  and  as  an  input  to  the  LCC  columns.  This  would  be  implemented  as 
shown  in  the  following  example: 

1.  Generate  a  random  number  Y  on  U(O.l)  (EXCEL  provides  this  function). 

2.  Assign  Y  -  f(X)  based  on  the  following  distribution. 

for  0  <  X  <  .8  launch  is  successful,  no  penalty. 

for  .8  <  X  <  .97  launch  delayed,  penalty  of  SIOM  and  30  day  delay 

for  .97  <  X  <  1 .0  launch  failure,  cost  penalty  of  $230M  and  1  yr 

delay. 

3  Based  on  the  above  outcome,  assign  respective  penalties 

4.  Insert  this  new  data  into  full  model  to  obtain  new  LCC 

3.  Repeat  individual  runs  until  a  desired  confidence  interval  is  obtained 
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Using  this  criteria  for  each  indiyidual  run.  a  nev  mission  model  is  created.  The 
mission  model  vould  need  to  be  modified  to  shift  the  delayed  launches  forward  in  time 
after  a  delay  or  failure.  This  is  done  with  a  logic  statement  that  checks  to  see  if  a  delay 
had  occurred,  and  if  so  would  compute  the  number  of  flights  shifted  into  the  next 
period.  A  surge  capability  may  also  be  added  by  checking  to  see  if  a  backlog  exists  and 
then  increase  future  launch  rates  until  the  backlog  is  reduced  or  another  problem 
occurs. 

Multiple  runs  are  used  to  create  a  sample  population.  A  spreadsheet  macro  was 
used  to  accomplish  this  (4).  A  macro  is  a  program  subroutine  that  instructs  EXCEL  to 
perform  a  calculation  or  take  an  action.  The  macro  needed  in  this  case  is  called  a 
command  macro.  It  tells  EXCEL  to  perform  a  series  of  commands  that  aggregates  and 
organizes  the  data  from  the  multiple  runs.  Copies  of  this  macro  and  of  the  stochastic 
modification  for  the  STA8FLEET  model  are  contained  in  the  Appendix  B. 
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The  mejor  challenge  of  ALS  is  to  reduce  launch  costs  by  an  order  of  magnitude 
from  todays  $300(M000  per  pound.  A  significant  part  of  this  reduction  comes  from  the 
near  infrastructure  that  is  planned  for  ALS.  In  addition  to  reducing  costs,  this 
infrastructure  must  provide  sufficient  capability  to  handle  the  proposed  flight  rates 
throughout  the  system's  life.  It  should  be  a  balanced  system  that  has  enough 
capability  to  provide  the  needed  production  and  operations  capability.  It  should  take 
advantage  of  nev  locations  (possibly  near  the  launch  site),  near  production  methods 
and  near  methods  of  component  transportation  to  reduce  the  total  life  cycle  cost.  A 
method  aras  needed  to  quickly  evaluate  the  contractors'  near  proposed  systems  to  make 
sure  they  arere  feasible  in  terms  of  cost  and  operations.  The  second  part  of  the 
STARFLEET  model  addresses  this  issue  by  providing  a  method  of  analysis  to  look  at  the 
problems  associated  arith  a  near  infrastructure.  The  purpose  of  this  analysis  is  to  look 
at  the  total  infrastructure  and  determine  if  it  has  sufficient  capability  to  handle  launch 
demands.  A  secondary  issue  is  to  identify  excess  capability  or  unbalanced  production 
This  model  looks  at  the  floar  through  the  system  of  the  individual  components  as  they 
progress  toarards  the  launch  pad.  The  costs  associated  arith  developing  the  systems  to 
attain  these  near  floar  rates  (costarould  be  provided  in  contractor's  proposal)  can  then 
be  input  into  the  previous  STARFLEET  UX  model.  These  costs  arould  be  input  in  the 
technology  investment,  production  and  operations  modules.  This  chapter  begins  arith 
a  brief  model  overviear  detailing  the  spreadsheet  layout  and  then  a  description  of  the 
model  floar.  This  is  folloared  by  a  detailed  look  at  the  input  module,  the  netvork 
calculation  module  and  the  output  module. 
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IfaldQygfYigY 

The  okodei  foUoers  the  flov  of  the  Tehicle  components  from  the  production 
stege  to  ftntl  kunch.  This  is  modeled  as  en  output  from  an  activit7  that  then  must  be 
transported  to  the  next  acthritjr.  In  this  case,  the  acthrities  are  production,  integration, 
pre-launch,  launch  and  recovery  of  reusable  systems.  The  code  also  models  storage 
capacity  at  each  site  and  determines  overages  and  shortages.  This  pseudo  network  flow 
allows  the  analyst  to  model  the  different  flow  and  capacity  parameters  to  determine  a 
maximum  or  minimum  flow  based  on  the  estimated  capacity  at  each  activity.  The 
analyst  can  then  see  any  benefit  or  problem  resulting  from  planned  system  changes 
due  to  facility  locations,  technology  insertion,  schedule  surges,  rate  changes  or  storage 
ci^mcity  changes. 

The  structure  of  the  spreadsheet  infrastructure  model  contains  an  input 
module,  network  calculation  module  and  an  output  module.  Figure  16  shows  the 
organization  of  the  actual  spreadsheet  contained  in  Appendix  C.  As  a  guide,  the  ceil 
locations  for  key  areas  will  be  listed  following  the  descriptions  of  the  modules.  All  key 
parameters  are  contained  in  the  input  module  (A1-I33)  These  types  of  input  are 
activity  rates,  storage  capacities,  initial  conditions  and  vehicle  description  parameters. 
This  initial  data  is  stored  here  for  reference  and  also  transferred  to  the  appropriate 
areas  in  the  network  calculation  module.  The  output  summary  module  (A33-I70) 
contains  all  of  the  key  output  analysis  from  the  network  calculations.  The  data 
presented  in  this  section  can  be  customized  by  the  user  by  transferring  the 
appropriate  results  to  this  module.  The  output  module  is  purposely  located  next  to  the 
inputs.  This  allows  the  analyst  to  make  changes  in  the  inputs  and  note  the  resulting 
change  in  the  output  without  having  to  scroll  all  over  the  spreadsheet. 
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Input  Module 


Network  Calculations  Module 
Production  Integration 


Launch 


Output 

Module 


Figure  16  Infrastructure  Spreadsheet  Layout 


All  of  the  key  analysis  is  performed  in  the  network  calculations  module  (Kl- 
AC73).  This  models  the  flow  of  the  individual  components  from  the  initial  production 
facilities  through  integration  and  on  to  the  launch  site.  The  production  of  the 
components  is  modeled  in  the  calculations  on  the  left  side  of  this  module  and  the 
resulting  components  flow  to  the  launch  pad  calculations  on  the  right  side.  The 
network  flow  is  shown  in  Figure  17.  This  models  a  system  containing  a  two  stage 
vehicle  with  a  payload  section.  The  first  stage  is  called  the  booster  stage.  It  is  made  up 
of  one  or  more  boosters  that  all  contain  three  elements:  avionics,  structure  and 
engines.  Each  individual  booster  can  have  one  or  more  engines.  The  core  stage  is 
similar  and  also  contains  the  same  elements.  These  generic  stages  allow  the  user  to 
model  a  wide  variety  of  proposed  vehicles.  Integration  is  defined  as  the  process  of 
bringing  together  the  three  components  to  form  the  individual  booster  or  core. 
Integration  also  included  the  joining  of  the  fairing  and  platform  to  create  the  payload 
section.  The  fairing  is  defined  in  this  study  as  the  primary  structure  of  the  payload 
section  while  the  platform  is  defined  as  any  internal  structure  or  support  equipment 


needed  to  support  the  payload.  All  three  of  these  major  components  are  then 
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assembled  to  form  the  final  launch  vehicle.  Hydrogen  is  the  only  system  propellant 
OMKieled.  It  is  assumed  to  be  produced  in  a  single  facility  and  then  transported  to  the 
launch  site. 


lanut  Module 

The  Input  module  is  divided  into  a  production  input  area  and  an  integration 
inputarea.  The  production  input  parameter  areal  Al-Ill)  is  shown  in  Figure  18.  The 
items  listed  in  this  figure  are  input  by  the  user  to  model  a  system  of  particular  interest. 
The  input  data  can  be  obtained  from  historical  data  or  from  system  estimates.  The  data 
shown  is  for  a  generic  ALS  vehicle.  The  number  per  transport  batch  is  how  many 
components  can  be  transported  at  once  in  a  single  vehicle.  The  number  of  transport 
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Figure  18.  Production  Inputs 


days  refers  to  hoar  long  it  takes  to  deliver  the  component  one  eray  to  the  next  facility. 
The  number  of  transport  vehicles  represents  hoir  many  are  available  for  use.  This 
initial  number  at  production  represents  finished  components  that  arere  not  shipped  out 
previously.  The  storage  at  production  and  integration  is  hov  many  vehicles  may  be 
stored  at  any  one  time. 

As  an  example,  look  at  the  input  data  for  the  core  engines.  The  production  rate 
at  the  plant  eras  0.2  per  day.  The  finished  products  are  shipped  to  the  next  facility, 
integration,  in  batches  of  eight  using  tvo  available  vehicles  and  taking  1  day  for  the 
trip. 
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The  integration  process  inputs  shoarn  in  Figure  19  look  similar  to  production. 
Integration  brings  the  separate  major  components  together  to  form  the  final  launch 
vehicle.  This  eras  modeled  as  integrating  the  components  for  the  individual  boosters, 
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core  and  shroud  assemblies.  These  major  components  then  form  the  final  launch 
vehicle.  The  definitions  of  the  items  in  this  section  of  the  input  module  are  identical  to 
those  of  the  production  input  module. 

Various  process  rates  and  vehicle  parameters  (A23-J33)  are  shown  in  Figure  20. 
The  first  three  items  ,  pre-launch,  launch  and  recovery /refurbishment  refer  to  how 
long  these  activities  take  to  complete.  The  pre-launch  activity  would  be  final  mating 
of  the  payload  to  the  vehicle,  transporting  the  vehicle  to  the  pad  and  any  other 
preparatory  modifications.  The  launch  activities  are  mainly  final  actions  taken  at  the 
pad  to  prepare  for  the  launch.  The  refurbishments  and  recovery  activities  refer  to 
action  taken  to  recover  expendable  components  after  the  launch  and  to  make  them 
ready  for  future  launches. 


Rov  30.  column  B  in  figure  20  shows  the  total  number  of  years  the  model  will 
cover  and  the  number  of  operational  days  per  year.  The  vehicle  parameters  in 
columns  D  and  E  describe  the  number  of  various  components  used  on  each  launch 
vehicle. 
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MstiaflLj^ulaiifljis.Mod.uig 

The  flow  of  components  between  the  production,  integration  and  launch  sites  is 
computed  in  this  module.  Calculations  are  made  that  determine  output  from  production 
facilities,  number  of  components  integrated  and  numbers  of  completed  vehicles 
launched.  The  flow  of  components  between  these  activities  is  calculated  to  measure 
against  the  input  transportation  capability.  The  purpose  of  this  analysis  is  to  look  at 
the  total  infrastructure  and  determine  if  it  has  sufficient  capability  to  handle  launch 
deoiands.  A  secondary  issue  is  to  identify  excess  capability  or  unbalanced  production. 
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InitttlPfgdugUoa 

The  first  set  of  activities  is  the  mitial  production  of  the  components.  This 
models  the  individual  factories  vhere  the  key  components  are  manufactured.  This 
module  models  the  total  production  output  for  each  production  facility  and  compares 
this  output  to  the  available  transportation  assets  that  srill  deliver  the  finished 
components  to  integration  This  module  is  divided  into  nine  sections  for  each  of  the 
major  components  (E1-L73) ; 


1.  Core  Engines 

2.  Core  Structures 

3.  Core  Avionics 

A.  Booster  Engines 

3.  Booster  Structures 

6.  Booster  Avionics 

7.  Platforms 

8.  Fairings 

9.  Hydrogen 

The  first  of  these,  shovrn  In  Figure  21,  vlll  be  used  to  illustrate  the  format  and 
calculations  contained  in  the  other  eight.  The  first  three  entries  repeat  input  data 
from  the  input  section.  The  production  rate  is  hov  many  components  are  made  per  day. 
The  initial  number  at  integration  represents  finished  products  availing  transportation 
to  integration.  The  engine  storage  capacity  states  hov  many  engines  can  be  stored  at 
the  production  site.  Storage  of  these  components  may  involve  more  than  finding  an 
empty  place  In  avarehouse.  This  could  Involve  a  climatically  controlled  environment 
or  frequent  maintenance  and  monitoring  of  the  components  to  prevent  damage  Both 
of  these  types  of  storage  could  involved  expensive  facilities  and  operations.  This  data  is 
placed  in  the  module  for  the  convenience  of  the  user.  The  next  item,  the  maximum 
number  of  engine  shipments  (rov  7),  is  computed  as  foilovs; 

Max  Number  of  Eng  Ship  ■  Inttgar(  ) 

Number  of  TnnsVeh 
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This  refers  to  the  maxlmuffl  capability  of  the  transportation  system  that  serves  this 
production  facility.  This  equation  takes  the  total  available  production  days  and  divides 
it  by  the  number  of  transport  vehicles  times  the  time  needed  for  the  round  trip 

I 

between  facilities  (2*  the  number  of  transport  days).  In  this  example,  1230  round  trips 
^  could  be  made  over  the  five  year  life  of  the  system.  This  provides  a  limit  to  the  number 

of  core  engines  that  can  eventually  be  integrated  into  the  final  launch  vehicle.  All 
calculations  in  this  model  are  for  the  life  of  the  system. 

I 

I 

The  maximum  number  of  engines  stored  at  production  is  the  largest  of 

the  follovring: 

•  initial  number  stored  at  production , 

•  the  size  of  the  transportation  batch, 

•  the  total  engines  produced  minus  all  engines  shipped  out. 

The  spreadsheet  computes  each  of  these  quantities  and  then  chooses  the  largest  for  the 
data  entry.  The  high  cost  of  maintaining  these  systems  in  storage  as  veil  as  the  large 
volume  required  for  many  of  the  bigger  systems  make  the  storage  requirements  a 
major  concern  .  The  total  engines  produced  is  the  production  rate  times  the  number  of 
production  days.  The  other  eight  items  all  use  the  same  formulas  only  vith  the 
particular  data  for  that  item  input.  The  data  from  this  part  of  the  model  defines  the 
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production  capabilities  of  the  proposed  sy^a.  These  production  rates  can  be 
coApared  to  the  production  rates  used  in  the  previous  LCC  model  described  in  Chapter  3. 
This  gives  the  analyst  the  option  of  checking  to  see  if  the  system  can  support  the 
mission  model  and  production  rates  assumed  in  the  LCC  calculations. 

The  bottleneck  calculation  computes  the  total  production  and  compares  it  to  the 
total  transportation  capability.  A  bottleneck  occurs  when  production  exceeds  the 
transportation  capability  to  send  it  to  the  next  facility.  The  transportation 
requirements  may  seem  trivial  unless  one  considers  the  unique  equipment  that  is 
required  to  move  the  various  components.  For  instance,  vith  the  current  Shuttle,  a 
uniquely  modified  Boeing  747  aircraft  performs  the  cross  country  retrieval  from  the 
▼estern  landing  areas  for  return  to  the  Cape.  The  loss  of  this  aircraft  could  have  major 
impacts  on  future  schedules,  cost  and  safety.  These  bottlenecks  also  indicate  excess 
production  thatvrill  increase  storage  requirements  and  costs  at  the  production  facility. 

Transportation  to  Integration 

Transportation  requirements  are  analyzed  in  the  next  part  of  the  module  (Nl- 
063)  shovrn  in  Figure  22.  This  considers  the  number  of  transport  vehicles,  the  capacity 
of  each  and  the  time  needed  to  make  the  trip.  This  type  of  analysis  provides  the 
facility  planner  with  information  on  transportation  costs  related  to  plant  locations.  It 
also  considers  what  type  of  transport  vehicles  to  use  and  what  their  capacity  and  rates 
should  be.  This  data  is  presented  in  Figure  22.  The  first  three  items  restate  the  input 
parameters  discussed  earlier.  Transport  batch  size  is  how  oiany  items  are  contained  in 
each  batch  shipment.  The  transport  time  to  integration  is  how  long  the  one-way  trip 
takes  between  production  and  integration.  The  number  of  transports  is  how  many 
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Figure  22.  Transportation  To  Integration 


transport  vehicles  the  system  has  operating.  The  maximum  number  of  engine 
shipments  is  the  same  data  calculated  in  the  production  module.  The  total  number 
shipped  computes  the  minimum  of  either: 

•  the  total  produced  plus  initial  engines  at  production  or 

•  maximum  number  of  shipments  times  the  batch  size. 

The  bottleneck  calculation  compares  the  total  number  of  components  integrated  at  the 
next  station  to  the  number  initially  shipped  to  integration.  The  bottleneck  occurs  if 
more  are  shipped  in  than  can  be  integrated.  From  this  result  the  analyst  can  decide  if 
either  the  integration  facilities  need  to  be  enlarged  to  handle  the  excess  production  or 
else  production  can  be  cut  back. 


Intearation 

The  integration  section  of  the  module  (Q1-V63)  models  three  areas;  component 
integration,  system  integration  and  bottlenecks.  Component  integration  is  defined  as 
the  integration  of  the  components  to  form  the  booster,  core  or  payload  section. 
Vehicle  integration  is  defined  as  the  integration  of  the  booster,  core  and  payload 
section  to  form  the  final  launch  vehicle. 
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.1 


As  an  example,  the  core  engine  integration  is  shoern  in  Figure  23..  The  core 
engine  section  looks  at  the  supply  side  of  integration  to  deteroiine  input  components 
and  capability  to  store  them.  The  first  tvo  items,  the  initial  number  at  integration  and 
storage  capacity  at  integration,  restate  input  parameters.  The  next  item,  maximum 


0 

n 

T 

El 

? 

n 

BOOSTER  INTEGRATION 

VEHICLE  INTEGRATON 

El 

n 

CORE  ENGINES 

BSTR/CORE/AV/STRCT  TIME 

n 

BOTTLENECK 

n 

INITIAL  «  AT  INTEG 

wm 

INIT  «  OF  VEHe  INTEG 

o 

0 

n 

STORCAPAT  INTEG 

40 

VEH  STORCAPAT  INTEG 

n 

n 

MAX  •  STORED 

mm 

MAX 'VEH  STORED 

n 

n 

TOTAL  INTEGRATED 

248 

MAX'RAW  MATERIAL  VEH 

m 

n 

MAX'POSS  elNTECTIME 

crn 

n 

TOT  •  VEH  PRODUCED 

1^ 

Figure  23-  Integration  of  Components 


number  stored,  represents  the  balance  between  the  number  of  items  input  and  the 
output  that  is  integrated.  This  number  gives  an  indication  of  the  needed  storage 
capability  due  to  a  lack  or  slowing  of  the  integration  rate.  It  is  computed  as  the 
maximum  of; 

•  Initial  *  at  integration 

•  *  of  transportation  vehicles  *  the  number  per  transportation  batch 

•  Initial  *  at  integration  *  total  *  shipped  ~  Total  *  integrated. 


The  total  number  integrated  is  a  function  of  integration  rate  and  availability  of 
required  components.  It  is  calculated  as  the  number  of  complete  components  produced 
times  the  number  of  individual  subcomponents  per  vehicle. 
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Th»  first  f«v  itsms  in  the  toUl  vehicle  integration  column  of  Figure  23  restate 
the  inputs  for  integration  time,  number  of  complete  vehicles  stored  at  integration  and 
the  vehicle  storage  capacity  at  integration.  The  maximum  number  of  vehicles  stored 
represents  the  maximum  of  : 

•  inputs  minus  outputs  or 

•  transportation  batch  size  or 

•  initial  number  in  storage. 

The  maximum  number  of  rav  material  vehicles  is  the  number  of  complete  vehicles  that 
could  be  produced  if  all  available  materials  could  be  utilized.  This  provides  data  that 
indicates  hov  much  raw  material  inventory  is  being  carried  relative  to  the  Mtual 
integration  rate.  This  means  that  vehicle  production  is  limited  by  the  sub-component 
in  shortest  supply.  The  maximum  possible  vehicle  integration  rate  refers  to  the 
maximum  that  could  be  integrated  based  on  the  integration  time  per  vehicle.  This 
represents  the  maximum  capability  for  the  facility  and  is  calculated  as: 

Max  *  of  Veh  Poss  >  (Total  Number  of  Prod  Days)/(Integ  Rate  per  Day). 

The  actual  number  of  vehicles  integrated  is  the  minimum  of  either; 

•  the  rav  material  vehicle  capability  or 

•  the  maximum  possible  integration  capability. 

The  bottleneck  section  calculates  excess  integration  capability  over  vhat  can  be 
shipped  out  to  the  launch  site  based  on  transportation  capability.  It  is  computed  as  the 
maximum  of; 

•  0 

•  Total  integrated  ^  initial  *  at  integration  -  total  sent  to  launch  site. 


65 


The  traiisportetioa  capability  required  to  move  the  finished  vehicles  to  the 
launch  pad  is  considered  in  the  next  module  (V 1-Z60)  shovn  in  Figure  24.  The  first 
three  items,  vehicle  batch  size,  transport  time  to  the  launch  site  and  number  of  vehicle 


transports  available  are  repeated  from  the  input  section. 
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Figure  24.  Transportation  to  Launch  Site 


The  maximum  number  of  shipments  is  computed  the  same  as  shown  for  the  production 


section; 


NazVehShhnnents*  imeger  ( 


Tht  Nmnbei  of  Ops  Days 
2*Ninnberof'nansDa3g  ^ 
Humber  of  TtansVah  ~ 


The  total  number  transported  to  the  launch  site  is  the  minimum  of; 

•  the  total  number  integrated  or 

•  the  maximum  number  of  shipments. 

The  bottleneck  refers  to  shipments  to  the  launch  site  in  excess  of  launch  rates.  It  is  the 
maximum  of: 

•  0 

•  Total  integrated « initial  at  integration  -  total  transported  to  launch  site. 
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iMunch  (\^raiinnm 

The  launch  operation  results  (Z1-AC60)  are  shovn  in  Figure  25.  Looking  at  the 
pre-launch  column,  the  launch  preparation  time  represents  the  time  needed  to  make 
final  preparations  to  the  vehicle  prior  to  launch.  The  activity  time  refers  to  the  time 
for  final  actions  needed  to  launch  the  Hniahed  vehicle.  The  initial  vehicles  at  the  pad 
shovs  the  number  of  vehicles  waiting  to  launch  and  the  launch  site  storage  refers  to 
storage  capability  at  the  launch  site.  The  maximum  vehicles  stored  at  the  site  relates 
the  total  number  stored  in  excess  of  the  launch  rate. 

The  next  group  of  data  (rov  6-16.  columns  A  and  B)  is  the  total  number  of 
vehicle  components  used  during  the  launches.  The  total  expendable  boosters  consumed 
data  refers  to  boosters  that  have  used  up  all  of  their  useful  life  and  can  not  be  reused. 
This  is  approximated  as ; 

Total  Boosters  Consumed  (useful  life)  >  (Tot  Fits)*  (Number  of  BstrsperFlt) 

Booster  Life 

The  number  of  booster  engines  is  the  number  per  booster  times  the  number  of  boosters 
consumed.  The  total  boosters  recovered  are  computed  as; 

Tot  Bstrs  Recovered  -  Tot  Launches  *  Bstr/Veh  *  Number  of  Bstr  Rec  per  Fit 

The  final  total  boosters  consumed  is  the  total  amount  not  recovered  plus  the  number 
whose  useful  life  expired. 

Total  Boosters  Consumed  -  (Tot  Exp  Bstr  Cons  )*NumbRec/Bstr  per  Fit 

*  Numb  of  nt  *  Numb  Lost  per  Fit 

The  calculations  for  the  core  engines  are  similar.  The  total  consumed  was  equal  to  the 
flight  rate  times  the  number  of  engines  per  core. 
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The  payload  results  at  the  bottom  of  the  first  column  restate  some  of  the  mput 
data.  The  first  three  items  refer  to  the  iniUal  nuoiber  at  the  launch  site  and  the 
storage  c^ability.  This  model  assumes  one  payload  per  flight  so  the  total  payloads 


launched  aras  equal  to  the  total  launches. 

Looking  at  the  second  column  of  data  in  Figure  Zi.  the  number  of  required 
boosters  based  on  payloads  and  vehicles  refers  to  the  minimum  number  needed  to  fly 
the  estimated  number  of  flights  assuming  each  met  its  expected  lifetime.  Launches 
based  on  hydrogen  availability  are  computed  as; 

Launches  based  on  H2  Avail  >  Avail  H2/H2  per  launch. 
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Figure  23-  Launch  Operations 


Th«  Auab«r  of  potsiblo  launch  dajrs  is  tho  total  oporations  days  dividsd  by  tho  sum  of 
pro-launch  and  launch  rate  times. 

The  final  entries  in  the  figure  refer  to  the  recoTory  effort  needed  to  recover 
and  refurbish  the  used  boosters.  It  restates  the  input  data  for  transportation  vehicles, 
time  needed  to  recover  and  storage  capability.  The  total  boosters  recovered  are 
calculated  as  the  total  launches  time  the  boosters  per  vehicle  times  the  recovery  rate. 

A  summary  of  the  bottlenecks  and  key  outputs  (Figures  26  and  27)  is  placed  at 
the  front  of  the  spreadsheet  ( A40-170).  These  tables  contain  the  same  data  as  presented 
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Figure  26.  Bottleneck  Suounary 


in  the  netvork  calculation  module  vith  these  additions  to  the  key  output  section  shovn 
in  figure  27 : 

Tot  Bstr  (^sts  •  Tot  Bstrs  *  Bstr  Unit  Cosis 

lotConCosis  »  TotO)rcs*  (^re  Unit  Costs 

Tot  Payload  to  Orbit  -  Total  Launches  *  144,000 

Yearly  Payload  to  Orbit  -  Tot  Payload  to  Orbit/Yrs  of  Ops 

Shuttle  Equiv  Payloads  -  IntegeHTot  Launched  *  144.000/33.000) 

Shuttle  Equiv  Cost  -  Shuttle  Equiv  Payloads  *  Shuttle  Cost  per  Payload  ($73M). 
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Figure  27.  Output  Summary 


Model  Summary 

This  infrastructure  model  provides  the  capability  to  look  at  the  flov 
characteristics  of  an  advanced  production  system  and  determine  any  bottlenecks  in 
advance.  Every  time  the  inputs  change,  the  model  recomputes,  so  the  output  and 
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resulting  chaages  ar«  immediately  knoara.  This  provides  a  relatively  quick  method  of 
performing  sensitivity  analysis. 

The  model  embodies  several  assumptions.  As  shova,  there  is  no  time  dependent 
output  The  model  only  considers  the  total  life  cycle  as  stated  in  the  input  section .  The 
model  shoarn  is  deterministic,  so  no  delays  or  unexpected  failures  are  modeled.  All 
parameters  remain  constant  for  the  entire  lifetime.  Recovered  boosters  are  used 
before  near  boosters  and  recovered  boosters  are  discarded  after  their  predetermined 
life  expires. 
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Y.  ANALYSIS  RESULTS 

This  chapter  shears  the  results  of  several  representative  types  of  analysis  using 
the  STASFLEET  modete.  The  chapter  begins  irith  a  brief  description  of  the  types  of 
analysis  that  can  be  done  and  some  typical  analysis  categories.  This  is  folloared  by  a 
presentation  of  results  derived  from  the  baseline  LCC  model  arhen  used  in  a 
deterministic  mode.  The  next  part  of  the  chapter  shears  hoar  to  perform  sensitivity 
and  stochastic  analysis  using  the  LCC  model.  The  final  section  illustrates  the  use  of  the 
infrastructure  model  and  its  output. 

STARFlffT  /^alYsis 

The  LCC  and  Infrastructure  spreadsheet  modeb  can  be  used  to  perform  a  variety 
of  analyses.  The  models  can  be  used  to  do  either  deterministic  or  stochastic  analysb. 
In  the  determinbtic  mode,  the  inpub  are  varied  to  create  a  change  in  the  output. 
With  a  modification  to  the  baseline  model,  stochastic  analysb  can  be  performed  to  study 
the  effect  of  randomness  on  the  input  parameters.  Each  of  these  methods  is 
demonstrated  in  the  folloaring  sections. 

A  variety  of  analysb  questions  concerning  the  ALS  program  can  be  ansirered 
by  changing  the  input  parameters.  The  foUoaring  (Table  7)  presenb  a  partial  list  of 
typical  analysis  categories  and  the  location  of  the  input  parameter  that  must  be 
changed.  The  parameter  coordinates  refer  to  the  location  of  the  actual  input  in  the 
spreadsheet  model  located  in  Appendix  A.  The  analysis  vould  be  done  by  changing  the 
input  parameter  of  interest  and  noting  the  change  in  the  output.  This  could  be  done 
using  a  range  of  values  to  determine  the  system  sensitivity  to  the  parameter 
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Table  7.  Analysis  Categories  and  Respective  Input  Parameters 


Categories  of  Analysis 

Input  Parameter 

m> 

Funding  levels 

RicD  investment  (I13-L36) 

Funding  duration 

R&D  investment  (I13-L36) 

Facility  improvement  costs 

R&D  investment  (K13-K36) 

Production 

Production  improvements 

LC/PC  rates  (A1-E7) 

Reduced  component  costs 

LC/PC  rates  (AI-E7) 

Init  Costs  (A17-D19) 

Production  rates 

Flight  Rate  (AMI  3- AM36) 

Operations 

Mission  model  changes 

FlightRates(AK13-AM36) 

Operations  costs 

Ops  Costs  (U13-AA36) 

Maintenance  costs 

Main  t  Costs  ( U 1 3-  U36 ) 

Training  programs 

Training  (Z13*Z36) 

Launch  site  operations 

ETR/WTROps(V13-W36) 

Unreliability 

Reliability  rates 

Reliability  rate  (C23) 

Cost  penalties 

Penalty  factors  (A24-C29) 

Costing  Effects 

Discount  rates 

Discount  rate  (D36-F36) 

I 

i 

i 

I  LCC  Analysis 

i  The  first  series  of  results  uses  the  spreadsheet  LCC  model  in  a  deterministic 

1 

I 

mode  to  determine  the  yearly  costs  of  the  proposed  ALS  system.  The  individual  analysis 
is  done  by  changing  the  input  parameters  to  cause  a  change  in  the  output  The  input 
for  this  analysis  i«  sho'vn  in  Appendix  A  where  the  complete  spreadsheet  printout  is 
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located.  The  inputs  are  contained  in  the  input  parameter  module  (A1-E19),  the 
unreliability  module  (A22-F38),  and  the  aiain  costing  modules  (H12-AR36).  The 
inputs  describe  a  generic  ALS  vehicle  and  support  system  over  a  period  of  22  years. 
The  system  is  modeled  from  the  start  of  research  and  development  to  the  launching  of 
the  last  production  vehicles.  This  system  is  not  intended  to  represent  any  actual 
proposed  ALS  system,  but  rather  provide  a  reasonable  data  base  for  analysis.  The 
mission  model  (see  appendix  A,  AM22-AM36)  is  a  generic  one  provided  by  the  ALS 
office.  The  flights  per  year  increase  from  an  initial  rate  of  4  per  year  to  a  final  rate  of 
30  per  year  over  a  period  of  13  years  and  336  flights. 

Once  all  the  data  is  input,  the  model  provides  the  resulting  life  cycle  costs. 
Figure  28  shows  the  standard  spreadsheet  output  module  as  it  appears  on  the  computer 
screen.  It  contains  a  summary  of  the  various  costs  and  activities.  The  first  part  shows 
the  total  costs  for  the  four  main  cost  elements;  R&D  investment,  production,  operations 
and  unreliability.  These  outputs  are  listed  with  and  without  their  respective  overhead 
rates.  Moving  downward,  the  net  cost  figures  are  shown  in  rows  8-10.  These 
categories  include  cost  per  flight,  cost  per  pound  and  total  costs.  The  costs  in  the  first 
column  include  the  production,  operations,  and  unreliability  costs  with  the  appropriate 
overhead  rates  applied  for  costs  generated  in  the  year  in  which  a  launch  occurs. 
(^lumnsEandF  (rows  3*13)  uses  the  same  costs,  but  uses  cumulative  costs  rather  than 
yearly  costs  as  the  base.  This  means  that  the  cost  per  flight  and  cost  per  pound  are 
derived  by  dividing  the  total  cumulative  costs  by  the  total  cumulative  flights  or  total 
cumulative  payloads.  These  costs  represent  the  definition  that  the  ALS  office  uses 
when  discussing  a  proposed  system  s  expected  costs.  The  cost  per  flight  and  total  costs 
are  in  millions  of  dollars  and  the  cost  per  pound  is  in  actual  dollars 
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Figure  28.  STARFLEET  Mission  Model  Output  Section 


On  the  right  side  of  the  output  section  are  tvo  more  categories  of  LCC  (E3-F13) 
These  represent  different  irays  of  calculating  LCC  The  first,  TLCC,  refers  to  the  total 
LCC  ▼hich  includes  all  R&D  investments,  production,  operations  and  unreliability  costs 
for  the  total  program.  These  costs  are  computed  using  cumulative  data  for  each  year 
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Dtscouat«4  lif«  cycl*  co«U  (DLCC)  is  computed  iiko  TLCC,  but  usos  discounted  yearly  costs 
based  on  the  input  discount  rate.  In  this  example  the  discount  rate  was  3% . 

The  spreadsheet  has  the  built-in  ability  to  perform  linear  regression.  This 
type  of  capability  provides  the  analyst  arith  a  linear  cost  model  for  the  original  system 
based  on  the  results  of  the  full  LCC  model  output.  This  type  of  meta- model,  if  accurate, 
provides  the  cost  estimator  vith  a  near  method  of  determining  system  costs  arithout 
having  to  run  the  full  STARFLEET  model.  The  data  at  the  bottom  of  Figure  13  ( A17-E36) 
is  the  output  of  a  regression  done  using  the  spreadsheet's  built  in  regression  function 
The  input  shoarn  in  the  first  taro  columns  are  the  flights  per  year  and  the  launch  cost 
per  pound  based  on  this  yearly  flight  rate.  This  data  came  from  the  full  LCC  model  (see 
Appendix  A.  BC  22-36,  AM  22-36).  The  first  dtUa,  labeled  LINEST,  is  the  output  from  the 
spreadsheet's  built-in  linear  regression  function.  The  linear  regression  model  based 
on  this  input  is: 

Cost/lb  =  $5,062,287-  $181,399  *  YrlyFUght  Rate 
The  output  in  column  D  is  the  predicted  cost  using  this  cost  model  based  on  the  flight 
rate  for  the  respective  year.  Figure  16  shoars  this  data  plotted  along  vith  the  original 
STARFLEET  data.  The  fit  is  not  very  good  and  does  not  provide  any  realistic  predictive 
capability. 

The  second  method,  LOGEST,  fits  a  second  order  model  of  the  form: 

Y  *  C*  AN 

vhere  N  is  the  yearly  flight  rate.  The  resulting  equation  is: 

Cost/lb  «  $6615  522*  0.903361  N 

The  predicted  yearly  costs  using  this  model  are  in  column  E  and  plotted  in  Figure  29 
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Figure  29.  Regression  Models  for  Launch  Costs 


Total  Proyram  Casts 

Another  area  of  interest  concerns  hov  the  total  costs  spread  out  over  the  life  of 
the  program.  Figure  30  shovs  a  graph  of  the  four  main  costs.  R&D  investment, 
production,  operation  and  unreliability.  The  majority  of  the  costs  that  occur  during 
the  first  ten  years  are  mainly  due  to  the  extensive  investment  in  research  and  nev 
facilities.  Once  the  the  production  costs  begin,  they  remain  relatively  high  due  to 
the  stable  demand  for  launch  vehicles.  The  operational  costs  also  remain  stable  since 
they  are  a  direct  function  of  the  launch  rate. 

The  unreliability  costs  are  stable  since  they  are  a  direct  function  of  the  launch 
rate.  This  model  assumes  that  the  failures  and  the  associated  costs  are  spread  evenly 
over  the  life  of  the  system  on  the  basis  of  the  yearly  launch  rate.  These  costs  are 
included  in  the  total  LCC  since  they  are  expected  to  be  incurred  at  some  point  during 
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Ui«  Uf«  of  tho  sjrstom.  la  this  particular  ozamplo,  a  failuro  rate  of  1%  is  assumed.  This 
failure  rate,  irhich  is  lover  than  most  current  launch  systems  (6),  represents  over  20% 
of  the  total  yearly  costs  during  the  operational  life  of  the  system.  This  indicates  that 
inrestments  in  better  system  reliability  might  produce  a  large  net  cost  savings. 


Figure  30.  Major  Cost  Drivers  of  ALS 


The  main  body  of  the  spreadsheet  (see  Appendix  A)  contains  all  of  the  relevant 
input  data  and  calculations  that  determine  the  cost  of  the  launch  vehicle  system.  The 
user  may  access  any  part  of  this  data  using  the  spreadsheet's  graphics  package  to 
present  a  vide  variety  of  figures  and  tables.  The  data  can  also  be  copied  and 
transferred  to  other  programs  such  as  statistics,  graphics  or  vord  processing  packages 
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Sensitivity  Analvsia 

This  next  series  of  analyses  looks  at  hov  to  perform  sensitivity  analysis  using 
the  LOC  spreadsheet  model.  Sensitivity  analysis  refers  to  looking  at  hov  key  output 
parameters  vary  as  the  result  of  a  change  in  an  input  parameter. 


System.  Reliability  Seftsitivity 

The  first  example  analysis  looks  at  the  impact  of  system  reliability.  The 
analysis  of  various  achieved  reliability  rates  shovs  the  expected  costs  due  to  failures, 
and  therefore,  the  possible  savings  if  they  can  be  prevented.  To  begin  the  analysis, 
the  desired  inputs  arould  be  entered  into  the  reliability  calculation  module  shovn  in 
Figure  31  The  user  inputs  the  key  cost  parameters  and  estimates  of  penalties.  In  this 
example,  the  reliability  rate  vill  be  varied  over  a  range  from  90-100%  while  all  other 
inputs  will  remain  constant.  The  reliability  rate  would  be  input  in  cells  A2-C2.  As  the 
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Figure  31 .  Reliability  Cost  Results  for  99%  Reliability  Rate 
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Tabl«8.  System  IXC  as  a  Function  of  Expected  Rvliftbility 


Reliability  Rate 

0>st/lb 

WX 

Discux: 
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$B 

$B 
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29.8 
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57.5 

32.6 
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95 
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69.4 

38.1 

.94 

1558 

75.4 

408 

93 

1681 

81.4 

43.6 

.92 

1805 

87.3 

464 

.91 

1928 

93.2 

492 

.90 

2107 

99.2 

51.9 

rate  is  manually  changed,  the  costs  are  recomputed  and  then  transferred  to  the 
unreliability  costing  module  (Appendix  A;  AE13-AE38)  of  the  main  yearly  cost  module 
The  results  are  shoirn  in  Table  8.  As  expected,  higher  levels  of  reliability 
decrease  expected  system  L(X.  The  changes  in  total  L(X  cost  indicate  the  amount  of 
cost  that  can  be  saved  by  increasing  system  reliability.  This  change  also  serves  as  an 
estimate  of  the  reliability  investment  that  might  be  made  to  develop  the  increased 
system  reliability.  For  instance,  assuming  the  ALS  system  curreitly  achieves  %% 
reliability  and  the  desired  rate  is  98%,  then  an  investment  of  up  to  $11. SB  might  be 
appropriate  to  attain  the  nev  level.  Hovrever,  the  cost  of  obtaining  very  high  levels  of 
reliability  may  prove  extremely  expensive  compared  to  the  level  of  cost  savings  (IS) 
To  obtain  increases  in  reliability,  investments  must  be  made  in  research  and 
development,  production  technology  and  system  operations. 
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Table  9.  Analysis  of  Proposed  Production  Improyefflent 


Original 

Proposal 

Investment 

SIOOM  (additional) 

$0 

Stage  1  lr;>iCost 

$47.8M 

$42M 

StageZ  IrstCkist 

$102.7M 

S92M 

Shroud  Irst  0>8t 

$21. 6M 

$20M 

Net  Cost/lb  (no  OH) 

$H0<4 

$387 

TLCC 

$<5  6B 

$44.8B 

DiscL(X  (5%) 

$27.0B 

$26.6B 

Impact  flf  Ney-ProdugUon  Facilities 

This  section  includes  an  examination  of  the  impact  of  an  investment  in  nev 
^  production  facilities  (Table  9).  As  an  example,  assume  the  contractor  claims  that  an 

initial  investment  of  $100M  in  nev  equipment  vill  decrease  L(X  significantly  For 
this  example,  the  baseline  case  shovn  in  Appendix  A  is  used.  The  input  for  the  non- 
^  recurring  production  investment  (Appendix  A:  L13-L36)  is  increased  by  an  additional 

$100M  spread  over  an  assumed  period  of  three  years.  To  finish  the  inputs,  assume  the 
cost  savings  vill  come  from  a  reduced  first  unit  cost  of  the  major  vehicle  components. 

1 

The  unit  costs  are  decreased  approximately  10%  for  stage  1.  stage  2  and  the  shroud 
(Appendix  A;  A17-D19).  The  inputs  and  outputs  of  the  analysis  are  summarized  in 

Table  19.  There  is  a  slight  savings  of  S800M  in  undiscounted  L(X  or  $400M  in 

I 

discounted  costs  vith  this  nev  investment.  This  relatively  small  amount  is  in  the  noise 
level  (1.5%  of  orig  TLCC)  compared  to  the  magnitude  of  the  TLCC  and  DLCC.  Also,  this 

does  not  consider  other  possible  uses  of  the  investment  funds  that  might  produce 

i 

greater  benefits  elsevhere.  Based  on  this  preliminary  analysis,  the  proposed 
investment  does  not  appear  to  produce  substantial  savings  compared  to  its  cost. 
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and  Production  Factor  S«ngitivity 
This  aaalysis  siainpls  considers  the  estimates  for  the  production  and  learning 
cunre  effects.  As  arith  most  of  the  LCC  inputs,  the  learning  curve  and  production  curve 
parameters  are  based  on  historical  data  or  best  estimates  that  may  not  be  relevant  to  the 
near  system.  The  question  to  be  ansarered  is  hoar  sensitive  arill  the  final  total  LCC  costs 
be  to  minor  errors  in  estimating  these  factors.  This  example  starts  arith  the  baseline 
case  shoarn  in  Appendix  A.  The  learning  and  production  curve  factors  for  stage  1  only 
are  varied  from  85%  to  100%.  The  results  of  this  analysis  are  shoarn  in  Table  10  . 
The  LCC  does  drop  as  the  factors  decrease  as  expected.  These  changes  in  LCC  indicate 
that  errors  in  estimating  these  rates  by  as  little  as  3%  can  change  TLCC  by  S2B  to 
$1 1 .4B.  The  results  shov  that  if  initial  rates  are  lov  (near  100% ),  significant  savings 
are  possible  through  investments  to  improve  the  production  process.  Roarever,  if  the 
learning  and  production  rates  are  high  already  (near  85%).  then  the  savings  are 
relatively  small  ($1B)  compared  to  the  total  costs  and  the  probable  investment  needed  to 
produce  the  nev  rates. 


Table  10.  Cost  Sensitivity  to  Learning  Curve  and  Production  Factors 


Input  Rate 

Cost/lb  ($) 

Tot  LCC 

Disc  LCC 

100% 

$599 

$57.0B 

$32.5B 

95% 

%m 

$45.6B 

$27  IB 

90% 

$324 

$40.9B 

$248B 

85% 

$289 

$38  9B 

$23.7B 
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Discount  Rata  Sensitivity 

This  analysis  considers  the  impact  that  the  choice  of  discount  rates  has  on  the 
output.  The  discount  rate  used  in  many  past  government  studies  has  ranged  from  3- 
10% .  Hovever,  outside  organizations  or  contractors  often  use  whatever  discount  rate 
makes  their  system  look  the  best.  This  example  uses  the  baseline  data  (Appendix  A) 
and  varies  the  discount  rate  from  2.3%  to  10.0%  vhile  keeping  all  other  inputs  fixed. 
The  results  are  shovrn  in  Table  11.  The  higher  the  discount  rate  the  smaller  the  total 
discounted  costs  appear.  This  is  caused  by  the  decreasing  value  of  the  future  costs. 
These  results  are  not  unexpected,  but  do  illustrate  the  impact  that  a  careful  choice  of 
discount  rate  can  have  on  improving  the  DL(X  of  a  proposed  system.  High  discount 
rates  tend  to  make  programs  vrith  high  costs  at  the  end  of  the  program  look  better  than 
ones  vith  high  costs  in  the  early  stages.  Figure  32  shoers  hov  the  costs  near  the  end 
of  the  program  have  less  impact  irhen  discounted  than  those  at  the  start  (3%  discount 
rate). 


Table  1 1 .  Impact  of  Discount  Rate  on  L(X  Results 


Discount  Rate 

Undisc  TL(X 

Disc  TL(X 

Disc  TL(X/lb 

25% 

$45  6B 

$34.7B 

$1187 

5.0% 

$43 .6B 

$27.  IB 

$926 

7.5% 

$436B 

$21  6B 

$738 

10.0% 

$45 .6B 

$17.6B 

$601 

12.5% 

$45 .6B 

$14.5B 

$497 

13.0% 

$43  6B 

$12.2B 

$418 

17,5% 

$45,6B 

$10.4B 

$357 

20.0% 

$45  6B 

$9.0B 

$308 
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Figure  32.  Impact  of  Discount  Rate  on  LCC 

StethastiQ.  MffdifK.atiq.4  Mpdej 

The  LCC  model  seen  so  far  has  operated  in  a  deterministic  mode.  That  means 
that  all  results  vere  derived  from  constant  input  parameters  using  analytical  models. 
The  model  can  be  modified  to  use  random  inputs  derived  from  predetermined 
distributions.  A  main  area  of  interest  concerns  the  mission  flight  rate  model.  The 
real  system  vill  suffer  random  failures  and  delays  that  vill  have  a  direct  impact  on 
cost.  These  costs  may  or  may  not  be  adequately  predicted  vhen  using  a  constant  input 
flight  rate  model.  Other  areas  of  concern  vould  be  investment  costs,  production  rates, 
operational  capabilities  and  unexpected  funding  changes.  These  occurrences  could  all 
be  modeled  using  a  predetermined  distribution  that  vould  simulate  the  randomness  of 
the  exact  event  occurring. 
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The  actual  modifications  to  the  analysis  tool  erill  be  demonstrated  using  an 
eiample  spreadsheet  model  shovn  in  Figure  33  and  contained  in  Appendix  B.  The 
general  methodology  vould  be  as  follows; 

1 .  Determine  the  inpuUs)  to  be  modeled  stochastically. 

2.  Determine  the  actual  or  expected  distribution  of  the  input's  values.  This 
would  come  from  historical  data  or  system  projections. 

3.  Modify  the  LCC  model  to  perform  the  stochastic  analysis. 

a.  Insert  the  random  number  generator  (spreadsheet  function). 

b.  Insert  the  distribution  generator  into  the  model  at  the 
appropriate  location  for  the  input  parameter. 

c.  Create  the  needed  spreadsheet  macro  to  generate  multiple  runs 
and  to  aggregate  the  results  from  the  full  LCC  analysis. 

Before  looking  at  the  actual  input  screen,  an  example  using  the  methodology 
will  provide  a  better  understanding  of  the  inputs  and  outputs.  The  rules  listed  here  are 
just  an  example  set  created  for  this  analysis. 

1.  For  each  year,  generate  a  random  number  on  U(0,1). 

2.  0)mpare  the  random  number  to  the  input  distribution  to  determine 
the  outcome  . 


If  U<  0.1 

(Catastrophic  Failure 

If  U  >  0.85 

Delay 

else 

normal  operations 
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3-  This  outcome  determines  the  actual  flight  rate  for  that  period  based 

on  several  considerations: 

a.  If  a  failure  occurs,  no  flights  that  period  and  the  next  period's 
flight  rate  is  cut  in  half. 

b.  If  a  delay  occurs,  the  flight  rate  is  reduced  by  one  flight  that 
period. 

c.  A  revised  Flight  rate  schedule  is  created  based  on  the  previous 
penalties.  This  takes  into  account  flights  delayed  into  the 
following  years  and  flight  rate  reductions  predicated  by  failures 
in  the  previous  year. 

d.  A  running  count  is  kept  showing  total  flights  achieved  vs.  the 
new  revised  schedule. 

e.  If  a  backlog  occurs,  the  flight  rate  may  increase  up  to  1/3  of  the 
rate  shown  in  the  revised  schedule .  Surging  is  not  allowed  in 
years  in  which  delays  occur,  failures  occur  or  failure  penalties 
occur. 

4.  Based  on  these  calculations,  the  new  mission  flight  rate  model  is  created. 

At  this  point,  the  new  mission  model  represents  one  sample  from  a  population.  This 
new  stochastic  model  needs  to  be  run  a  sufficient  number  of  times  to  obtain  a  desired 
confidence  interval.  The  actual  number  of  replications  is  based  on  the  statistical 
precision  required  for  the  confidence  interval  of  the  output  measure. 

The  example  analysis  uses  the  previous  methodology  to  determine  the  flight 
rates.  The  system  costs  will  be  computed  using  a  simple  cost  model 

Cost  per  Year  =  $390/lb  *  Total  Lbs  per  year  ♦  SIOOM  each  Year 
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This  prorides  a  rariable  and  filed  cost  reiatioiiship  to  predict  launch  costs.  In  addition, 
the  model  applies  penaltjr  costs  of  $7^-100014  for  each  failure  and  $10-23M  for  each 
delay.  The  penalties  change  depending  on  the  year  of  the  occurrence.  This  computes 
a  cost  per  pound  that  can  be  compared  to  the  original  projected  costs  based  on  a  fixed 
input  flight  rate  projection. 

A  brief  oyenrieer  of  the  model  shoern  in  Figure  33  srill  demonstrate  the  flov  of 
the  calculations.  The  model  works  as  follows; 

1.  Random  numbers  are  generated  for  each  year  of  the  mission  model.  (63- 
BIS) 

2.  Based  on  this  random  number  and  the  input  distribution,  the  outcome  of 
either  a  delay,  failure  or  normal  operations  is  determined.  ((23-D39) 

3  Based  on  this  outcome,  the  actual  number  of  flights  are  determined.  (£24- 
E39) 

4.  Based  on  the  actual  number  of  flights,  the  revised  flight  rate  (D4-D13), 
the  backlog  (G4-G18)  and  the  surge  capacity  (B2^-B39)  are  computed. 

3.  Using  the  actual  flight  rate  data  (E24-E39)  and  the  disaster/delay 
information  ((23-1)39),  the  system  costs  are  determined. 

Looking  at  Figure  22,  the  first  column  (B3-B18)  contains  the  random  .numbers  that 
EXCEL  provides.  The  random  number  draw  changes  each  time  a  spreadsheet 
operation  occurs.  0>lumn  C  contains  the  fixed  projected  flight  rate  that  the  user 
inputs.  The  revised  flights  (D4-D18)  represent  the  new  flight  rate  projections  based  on 
the  random  draw  results.  Columns  E  and  F  provide  cumulative  totals  of  the  flight  rates 
for  use  in  future  calculations. 
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The  backlog  column  (G4-G18)  repreaents  the  number  of  backlogged  flights  in  a  given 
year  as  a  result  of  delays  or  failures.  The  disaster  and  delay  columns  (C23-D39)  list  the 
outcome  of  the  random  number  drav.  A  one  indicates  that  a  delay  or  failure  occurred 
and  a  zero  indicates  no  delay  or  failure  In  this  case  delays  occur  in  the  year  2004 
vrhile  failures  hi^pen  in  the  year  2003.  Based  on  these  delays  and  failures,  a  backlog 
begins  in  2004  (year  of  delay)  and  runs  through  the  end  of  the  system's  life.  The 
actual  flights  represent  the  total  of  the  revised  flights  and  surge  flights  flovro  to  meet 
the  schedule  and  to  try  and  reduce  the  backlog.  This  output  represents  just  one  sample, 
so  this  vould  need  to  be  repeated  many  times. 

Figure  34  shovrsthe  cost  model  used  in  this  example  to  provide  insight  into  the 
cost  impact  of  the  schedule  fluctuations.  The  delay  and  disaster  costs  are  computed  as  a 
fixed  cost  times  the  number  of  delays  or  failures.  The  operations  cost  is  based  on  the 


A 

B 

c 

D 

E 

F 

6 

44 

YEAR 

DISASTER  Cl 

OPERCOST 

CUM  COST 

ACT  FLTS 

COST/LB 

ca 

SM  . 

$M 

CUM 

46 

1993 

47 

1994 

0 

0 

$325 

$325 

4 

$564 

cn 

1995 

0 

0 

$774 

$1,099 

12 

$477 

49 

1996 

0 

0 

$1,223 

$2,322 

20 

$448 

|g[(] 

1997 

0 

0 

$1,223 

$3,545 

20 

$440 

51 

1998 

IHElHIli 

hkhi 

$1,279 

$4,624 

21 

$435 

Ea 

1999 

0 

0 

$1,336 

$6,160 

22 

$432 

Bi 

2000 

0 

0 

$1,392 

$7,552 

23 

$430 

E3 

2001 

ihkhhi 

0 

$1,448 

$8,999 

24 

$428 

55 

2002 

0 

0 

$1,504 

$10,503 

25 

$427 

1^3 

2003 

0 

750 

$100 

$11,353 

0 

$461 

57 

2004 

10 

0 

$830 

ilWIfeU 

13 

$460 

1^ 

2005 

0 

0 

$1,616 

$13,810 

27 

$455 

_59. 

2006 

0 

0 

$1.672 

$15,482 

28 

$450 

2007 

0 

0 

WBssm 

$17,211 

29 

$446 

B1 

2008 

0 

0 

$1,785 

$18,996 

30 

$443 

Figure  34.  (k)sting  Section  for  Stochastic  Example 


89 


mvUiod  discuMtd  Mrlifr.  Th«  cumulalive  cost  is  just  ths  running  total  of  tho  operation 
costs  plus  tho  penalty  costs.  The  cumulative  cost  per  pound  is  the  cumulative  total  cost 
each  year  divided  by  the  yearly  cumulative  total  pounds  of  payload  launched.  This 
eiample  assumes  each  payload  is  144,000  pounds. 

A  spreadsheet  macro  performs  the  needed  replications  to  create  the  sample 
population.  The  macro  copies  the  specified  results,  pastes  them  in  another  part  of  the 
spreadsheet,  then  returns  to  obtain  near  data.  The  operation  of  copying  data  and 
pasting  it  elsewhere  causes  EXCEL  to  redo  the  random  number  draw  and  therefore 
provide  a  new  set  of  results.  The  macro  does  this  a  specified  number  of  times  based  on 
user  input  data.  The  final  results  shown  in  Figure  33  are  based  on  a  sample  size  of 
10.  The  population  mean  of  the  yearly  actual  flight  rates  (D27-D41 )  is  well  below  the 
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Figure  36.  Actual  vs  Projected  Flights  Rates 

lAltlal  yearly  projected  flight  rates  (B27-B41).  This  indicates  that  the  failure  rate 
(10%)  and  delays  (13%)  caused  a  significant  loss  of  mission  capability  over  the  life  of 
the  system.  A  plot  of  this  data  (Figure  36)  shows  that  the  average  actual  flight  rate 
(based  on  N  -  10)  fails  to  catch  up  to  the  initial  projections  even  with  a  planned  surge 
rate  of  33%  •  This  might  indicate  to  the  designer  that  either  the  system  reliability 
must  be  increased  or  else  surge  capacity  should  be  increased  if  the  resulting  backlogs 
are  to  be  eliminated. 

The  cost  per  pound  data  (Figure  37)  shows  that  the  cost  of  the  delays  and 
failures  can  seriously  impact  the  achieved  system  costs,  (insider  the  cost  of  payloads 
such  as  the  space  telescope  which  has  a  multi-billion  dollar  price  tag  (approximately 
)3B).  The  loss  of  this  one  item  when  amortized  over  this  study's  generic  mission  model 
of  336  flights  would  add  almost  $9M  per  flight.  Another  factor  to  consider  is  the 
timing  of  the  failures.  A  failure  early  in  the  flight  program  would  have  a  much  more 
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costly  imfMWt  Uiaa  oao  Uto  in  tho  progrom.  Early  failuros  aught  indicate  a  poor  design 
or  faulty  flight  operations.  This  arould  require  an  extensive  investigation  to  deteroiiae 
the  cause.  If  a  problem  eras  found,  the  solution  otay  involve  costly  redesigning  of  the 
launch  vehicle.  A  failure  late  in  the  program  ought  be  seen  as  a  random  failure  or 
else  dosrn  played  since  a  near  vehicle  vould  probably  be  on  the  horizon  as  a 
replacement.  The  decision  would  possibly  be  made  to  invest  money  in  the  new 
vehicle  and  not  to  invest  more  money  in  a  vehicle  with  a  limited  system  life .  This  type 
of  stochastic  analysis  could  model  these  types  of  accidents.  The  cost  estimating 
relationships  would  have  to  take  into  account  the  timing  of  the  failures  and  delays. 
This  aught  be  done  by  using  a  power  function  similar  to  a  learning  curve.  This  would 
decrease  the  cost  of  future  failures  by  some  exponential  factor  compared  to  the  initial 
cost  of  a  first  flight  failure. 


Figure  37.  Actual  vs  Projected  System  Costs  Using  Stochastic  Model 


Coat  Modal  Inserts 

The  last  modification  of  the  LOC  model  inrolves  using  a  smaller  cost  model  to 
arrhre  at  total  system  costs.  The  involves  replacing  the  cost  module  arith  an  equation 
aimilf  to; 


Yearly  Cost  -  Fixed  Cost  «  N  *  Variable  Cost 

▼here  N  is  the  yearly  flight  rate.  The  cost  models  shown  in  Table  12  are  available  in 
the  literature  (6)  and  can  be  installed  in  the  model.  This  involves  removing  the  R&D 
investment,  production,  operations,  and  overhead  modules  from  STASFLEET.  These 
sections  would  be  replaced  with  these  linear  cost  models  that  would  compute  costs  based 
on  the  mission  model  flight  rate  only.  Cost  models  for  proposed  ALS  systems  can  be 
obtained  by  running  the  full  LCC  model  using  normal  input  data  and  then  forming  a 
linear  model  using  linear  regression  techniques.  These  reduced  cost  models  allow 
the  user  to  perform  analysis  using  STARFLEET  without  requiring  the  input  data  for 
the  full  model. 


TABLE  12.  Current  Yearly  Launch  Vehicle  Costs 


Vehicle 

Delta 

Atlas/Centaur 
Titan  III 
Titan  IV 
Shuttle 


Commercial 

2A*23N 

72M2N 

n/a 

n/a 

n/a 


Government 
36 « 26  N 
96M2N 
134.4*  53  N 
127.2  *  57.8  N 
nil  *41.2 N- 0.175 n2 


Reference  Yr 
(1984$M) 
(1984SM) 
(19$3$M) 
(1983$M) 
(1982$M) 
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Th«  infrastructure  model  looks  at  the  system  flov  of  launch  assets  as  they  travel 
from  initial  production  facilities  to  the  final  launch  sites.  The  types  of  analysis  that 
this  model  performs  involve  balancing  the  flov  of  entities  in  the  system  and  ^ 

determining  the  actual  rates  for  the  various  facilities.  The  analysis  involves  inputting 
all  of  the  system  characteristics  and  analyzing  the  results.  The  first  example  uses  the 
input  data  presented  in  Chapter  <  and  contained  in  Appendix  C.  This  same  baseline  I 

case  was  explained  in  detail  in  Chapter  4,  so  the  reader  is  referred  to  that  chapter  for 
details  concerning  the  analysis  process  of  the  model. 

The  baseline  data  for  this  example  (Appendix  C)  describes  an  infrastructure  I 

containing  production,  integration  and  launch  facilities  needed  for  a  tvo-stage 
partially  reusable  vehicle.  Table  13  shovs  the  results  section  from  the  model  organized 
similar  to  actual  screen  output.  The  top  of  the  summary  shoars  the  user  that  the  model  | 

ran  for  a  simulated  5  year  period  containing  1250  work  days. 

The  production  data  describes  the  production  facility  results.  It  lists  the  total 
number  of  components  produced,  hoar  many  are  shipped  to  the  next  facility  and  hoar  I 

many  are  actually  integrated.  The  status  column  indicates  if  the  component  aras  a 
critical  item  that  limited  the  final  number  of  launches.  Some  items  such  as  the  booster 
components  are  critical  since  all  available  production  is  consumed.  Others,  such  as 
the  core  structures  and  avionics,  exceed  the  amount  needed  for  integration 
requirements  by  a  factor  of  two.  To  a  system  designer,  this  might  indicate  that  these 
facilities  are  too  large  and  could  be  reduced.  The  results  also  show  that  the  booster 
component  production  is  a  bottleneck  that  will  limit  integration  output.  Notice  that  the 
model  results  indicate  that  more  hydrogen  is  produced  than  could  be  shipped  This 
indicates  either  excess  production  or  a  lack  of  sufficient  transportation  capability  ! 

exists. 
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Tsble  13-  SumAJurized  Output  Results 


« Y£ARS  3 

♦OF  PRODUCTION  DAYS  1250 


PRODUCTION 

Tar«PROD  TOT^SHIPPED  T0T*INTEG  STATUS 


CORE  ENGINES 

125 

125 

124 

CRITICAL 

CORE  STRUCT 

75 

75 

31 

EXCESS 

CORE  AVIONICS 

75 

75 

31 

EXCESS 

BSTR  ENGINES 

125 

125 

124 

CRITICAL 

BSTR  STRUCT 

125 

125 

124 

CRITICAL 

BSTR  AVIONICS 

125 

125 

124 

CRITICAL 

PLATFORM 

43 

43 

31 

EXCESS 

FAIRING 

31 

31 

31 

CRITICAL 

HYDROGEN 

47,500.000 

46.800.000  N/A 

EXCESS 

INTEGRATION 

TOT^D 

TOT*TRANSP  TOT*LAUNCH 

VEHICLES 

31 

31 

31 

PAYLOADS 

31 

31 

31 

HYDROGEN 

47.500.000 

46.800,000  35.%0,000 

NUMBER 

COST 

BSTRSRECOV 

93 

$465,000,000 

TOT  BSTRs  LAUNCHED 

124 

$620,000,000 

TOT  BSTRS  CONSUMED 

35 

$175,000,000 

TCT  BSTR  ENG  CONSUM 

35 

$122,500,000 

TOT  CORES  CONSUMED 

31 

$623,100,000 

TOT  CORE  ENG  CONSUM 

124 

$421,600,000 

TOTPAYLOAD  TO  ORBIT 

4,464.000  lbs 

YEARLY  PYLD  TO  ORBIT 

892.800  lbs 

The  middle  section  of  Table  13  lists  the  results  from  the  integration  module. 
Integration  models  the  facilities  that  combine  the  subsystems  (core,  structures  and 
avionics)  into  individual  core  vehicles  and  boosters.  The  system  is  able  to  launch  all 
available  vehicles  coming  out  of  integration ,  This  indicates  that  the  current  capability 
is  adequate,  but  does  not  provide  an  indication  whether  this  rate  is  sufficient  to  handle 
all  future  needs.  Note  that  the  hydrogen  shipped  to  the  launch  site  exceeded  the  actual 


95 


(Ufluuid.  This  indicsUs  that  not  only  was  hydrogan  production  axcassiva  basod  on 
demand,  but  that  hydrogen  transportation  is  sufficient  to  handle  this  type  of  launch 
acthrity. 

Booster  usage  results  are  shown  at  the  bottom  of  the  table.  In  this  model 
scenario,  the  boosters  are  recoyered  after  launch  and  refurbished.  The  boosters  have 
a  limited  service  life  as  well  as  a  chance  of  not  being  recovered.  The  vehicles  in  this 
example  use  four  boosters  per  vehicle,  have  a  service  life  of  20  uses  and  a  75% 
recovery  rate  per  flight.  Over  the  life  of  the  system  (31  launches),  93  out  of  124 
boosters  are  recovered  and  33  boosters  use  up  their  service  life  The  costs  for  boosters 
and  core  vehicles  are  computed  as  the  unit  cost  times  the  number  of  items  used.  The 
last  items  in  Table  13  provide  additional  information  in  terms  of  yearly  and  lifetime 
payload  delivered  to  orbit. 

The  analyst  would  use  the  model  in  the  above  manner  to  validate  initial 
infrastructure  system  capabilities  based  on  a  given  system  proposal.  This  allows  the 
user  to  determine  if  the  proposed  system  has  the  capability  to  provide  sufficient  launch 
vehicles  to  meet  the  requirements  of  a  given  mission  model.  Analysis  of  the  model 
results  could  identify  potential  bottlenecks  due  to  insufficient  production  or 
integration  capabilities.  It  also  can  help  identify  excessive  production  or 
transportation  system  capability, 

The  model  can  be  used  to  perform  sensitivity  analysis  on  input  parameters 
This  type  of  analysis  requires  the  user  to  change  the  inputs  and  note  the  change  in  the 
output.  As  an  example,  consider  the  impact  of  varying  the  recovery  fau;tor  for 
boosters.  For  each  mission,  a  given  number  of  boosters  are  assumed  to  be  recovered. 
This  number  of  recovered  boosters  can  be  varied  from  total  recovery  each  flight  to  the 
total  loss  of  all  boosters  each  flight.  For  this  example,  the  baseline  spreadsheet  in 
Appendix  C  is  used.  The  production  rate  will  be  kept  constant  and  the  system  will 


96 


Figure  38 .  Booster  Recovery  Rate  vs  Boosters  Consumed 

produce  62  launch  vehicles  over  five  years.  The  example  vill  model  vehicles  using 
two,  four  and  six  boosters  vrith  recovery  rates  from  all  to  none  of  the  boosters.  Figure 
38  shears  the  results  of  the  multiple  runs.  The  higher  the  recovery  rate  the  fever 
boosters  are  consumed  during  the  life  of  the  system.  This  provides  the  system  manager 
vith  a  vay  of  estimating  booster  requirements  based  on  recovery  rates.  The  data  also 
indicates  that  an  investment  in  improving  recovery  rates  may  provide  cost  savings  if 
the  boosters  are  quite  expensive  compared  to  the  recovery  cost. 

The  infrastructure  model  may  be  used  to  loot  at  the  impact  of  increased 
production  on  the  transportation  system  For  example,  increasing  production  rates 
eventually  vill  exceed  the  transportation  capability  An  analysis  of  the  baseline  data 
(Appendix  C)  is  shovn  in  Table  M.  If  the  production  rate  increases  beyond  the  levels 
shovn,  the  connecting  transportation  system  capacity  vill  be  exceeded  This  analysis 
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▼u  performed  by  increasing  the  production  rate  until  a  bottleneck  occurred  due  to  a 
lack  of  sufficient  transportation  capacity.  All  other  inputs  reaxained  constant. 


Table  14.  Production  Rates  that  Exceed  Input  Transportation  Capabilities 


Core 

Production  Rate 

Engines 

8/day 

Structures 

.5/day 

Avionics 

.5/day 

Booster 

Engines 

8/day 

Structures 

.5/day 

Avionics 

.5/day 

Platforms 

1/day 

Fairings 

.5/day 
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VIII.  Conclusioiis  aad  Pagnmmanilatinns 


Mw  ottktMfldsI 

The  models  developed  for  this  thesis  met  the  objectives  of  the  study.  They  are 
relatively  easy  to  use  and  require  a  minimum  of  training  for  office  personnel  to 
learn.  The  input  data  requirements  are  minimal  and  use  data  normally  available  in 
most  contractor  proposals.  These  features  mahe  the  model  a  good  tool  to  use  for  first 
cut  analysis  on  near  proposed  launch  systems.  The  real  value  of  this  type  of  analysis 
tool  is  the  flexibility  of  the  model  to  meet  the  requirements  of  a  particular  problem  or 
launch  system. 

This  effort  demonstrates  hoar  a  spreadsheet  format  can  be  used  to  implement 
the  relevant  details  of  the  proposed  ALS  into  an  analysis  framearork.  The  particular 
model  presented  here  aras  a  baseline  system  that  can  be  modified  to  simulate  other 
launch  systems.  The  model  successfully  meets  the  objectives  concerning  its  required 
capabilities; 

1 .  Provides  a  baseline  for  project  direction . 

2.  Shoars  input  parameters  and  their  impact  on 
output  parameters. 

3.  Provides  capability  to  perform  deterministic 
sensitivity  analysis. 

4.  Provides  the  capability  to  perform  limited  stochastic 
costing  analysis  of  input  systems. 

3  Functions  as  a  top  level  model. 

6.  Demonstrates  an  audit  trail  of  costs  for  the  input  system. 

7.  Demonstrates  the  operational  flov  of  the  proposed 
ALS  infrastructure. 
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Futulf  Shitfy 

There  ere  some  areas  of  the  model  that  ▼arrant  further  improvement.  The  use 
of  macros  to  provide  easier  access  to  all  parts  of  the  model  can  be  developed  to  a  greater 
extent.  The  individual  cost  modules  can  be  expanded  to  provide  greater  detail  of 
pertinent  cost  parameters.  The  model  could  be  transferred  to  an  MS-DOS  spreadsheet 
program  to  take  advantage  of  other  possible  spreadsheet  capabilities. 

The  model  could  be  expanttod  to  handle  a  more  complicated  scenario.  The 
number  of  systems  could  be  increased  to  handle  a  variety  of  expendable  and  reusable 
vehicles  that  vrould  make  up  the  United  States  launch  fleet.  These  vehicles  erould  then 
be  used  to  service  a  mission  model  composed  of  a  multitude  of  satellites  and  other 
payloads.  This  vould  provide  a  more  detailed  look  at  total  launch  costs  for  the  country's 
launch  programs.  In  addition,  this  vould  alloer  the  analyst  to  perform  sensitivity 
analysis  on  the  vehicle  mix  and  flight  rates  to  study  the  most  efficient  force  structure. 
Another  area  would  be  to  modify  the  model  to  provide  estimates  of  launch  requirements 
for  future  systems  that  would  require  deployment. 

A  major  area  that  could  be  anai3rzed  using  this  tool  is  the  cost  of  unreliability. 
Major  vehicle  design  questions  are  based  on  the  trade-off  between  achieved  reliability 
and  the  cost  of  obtaining  this  reliability.  This  model  could  be  used  in  a  stochastic  mode 
to  study  the  cost  of  possible  failures  as  they  occur  during  a  system's  life.  This  would 
provide  the  decision  maker  with  a  baseline  to  determine  how  much  investment  in 
reliability  improvement  is  justified  based  on  the  expected  cost  of  failure. 

There  are  several  areas  associated  with  this  type  of  model  that  could  be 
implemented  in  future  studies.  Air  Force  Studies  and  Analysis  is  interested  in  a  similar 
type  of  tool  that  would  model  the  space  operations  from  the  view  of  the  satellite 
community  (11).  This  decision  analysis  tool  would  model  the  acquisition  of  launch 


rahicles  to  meet  requiremeats  for  future  satellite  systems  as  a  functioa  of  required 
deployment  schedules,  payload  launch  requirements  and  cost 

The  current  model  could  be  modified  to  implement  a  linear  programming 
routine  that  erould  solve  for  optimal  system  designs  using  cost  and  schedule  as  objective 
functions.  This  arould  involve  arriting  a  large  spreadsheet  macro  that  vould  perform 
linear  programming,  or  else  find  a  commercial  package  and  insert  it  into  the  model. 

Decision  support  systems  (DSS)  and  decision  analysis  techniques  could  be 
integrated  vith  the  model.  For  instance,  a  DSS  shell  could  be  developed  that  the  model 
arould  be  placed  arithin.  This  arould  provide  the  user  vith  a  helpful  environment  that 
arould  allow  access  to  needed  data  bases  and  analysis  models.  The  model  could  be  used 
as  a  costing  algorithm  or  optimal  fleet  sizing  tool  to  fit  into  a  decision  analysis  model. 
The  integration  of  all  of  these  techniques  arould  provide  the  decision  maker  with  a 
powerful  tool  for  studying  proposed  systems  and  how  they  could  be  used  to  meet  Air 
Force  space  requirements. 

The  model  could  be  also  used  as  a  prototype  for  a  simulation  program.  The 
analyst  would  model  several  proposed  systems  using  the  current  model  and  then 
choose  the  best  one  based  on  some  predetermined  criteria  (lowest  cost,  highest  flight 
rate,  etc.).  The  best  one  would  then  be  modeled  in  detail  using  a  simulation  model  to 
investigate  its  response  to  a  variety  of  stochastic  inputs. 
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Apoeadii  A.  I-iating  of  STAPFUTT  Mi^on  Model  Code  Output 

Thp  first  part  of  this  section  contains  a  printout  of  the  model  as  it  appears  to  the 
user  on  the  computer  screen.  The  particular  output  shoern  reflects  the  effect  of  the 
input  data  and  erould  change  significantly  if  that  data  erere  changed.  The  printout  vas 
made  using  the  Print  function  and  by  highlighting  appropriate  areas  of  the 
spreadsheet  to  define  the  print  area.  The  second  printout  shovs  the  formulas  in 
spreadsheet  format  for  the  individual  cells.  Details  concerning  these  formulas  are 
contained  in  Appendix  D.  The  ceils  in  the  second  printout  correspond  to  the  values 
shovn  in  the  first  printout. 
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The  section  conUins  t  printout  of  the  stochastic  model  as  it  appears  to  the  user 
on  the  computer  screen.  The  output  reflects  the  effect  of  the  input  data  and  vould 
change  significantly  if  that  dataware  changed.  The  printout  vas  oiade  using  the  Print 
function  and  by  highlighting  appropriate  areas  of  the  spreadsheet  to  define  the  print 
area.  The  second  printout  shoars  the  formulas  in  spreadsheet  format  for  the 
individual  cells.  The  cells  in  the  second  formula  printout  correspond  to  the  cells  in  the 
first  printout. 
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The  section  contains  a  printout  of  the  Infrastructure  model  as  it  appears  to  the 
user  on  the  computer  screen.  The  output  reflects  the  effect  of  the  input  data  and  vould 
change  significantly  if  that  data  vere  changed.  The  printout  was  made  using  the  Print 
function  and  by  highlighting  appropriate  areas  of  the  spreadsheet  to  define  the  print 
area.  The  second  printout  shoars  the  formulas  in  spreadsheet  format  for  the 
individual  cells.  The  cells  in  the  second  printout  correspond  vith  the  cells  in  the  first 
printout. 
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Tbis  section  contains  all  of  the  hey  equations  used  in  the  STARFLEET  models. 
They  are  presented  using  normal  terminology  vith  references  to  modules  and  cells  in 
the  particular  STARFLEET  model.  Parameters  not  listed  here  are  input  constants. 

Life  Cycle  CoA  Model  (Appendix  A) 


Input  Parameters  ( A1-E13) 

Rate  input  by  user 


Pactir  ■ 


LocfRaH) 

Loj:(2) 


Cost  of  Unreliability  (A22-G38) 

ETR  Net  Load  »  ETR  Payload  *  ETR  Load  Factor 
¥TR  Net  Load  «  WTR  Payload  *  WTR  Load  Factor 
Number  of  Failures  -  (1-Rel  Rate)  *  (EIR  fits  ♦  WTR  fits) 

Years  System  Dovn  =  Number  of  Failures  *  DovnUme  Penalty 

Number  of  Fits  Missed  -  Years  System  Down  *  Flight  Rate 

Number  of  Fits  Unflovn  «  Number  of  Fits  Missed  *  (l-Bacltlog  Fraction) 

Total  Payload  Unflovn  «  Fits  Unfiovn  *  Average  Payload  per  Flight 
Lost  Value  of  Unflovn  Payload  *  Total  Payload  Unflovn  *  Payload  Cost  per  Lb 
Downtime  Cost  -  Years  System  Ooarn  *  Doarntime  Cost  Per  Year 
Payload  Losses  =  Costof  Payload/Lb 'Number  of  Failures  *  Average  Payload 
Total  Losses  •  Payload  Losses  *  Doarntime  Cost «  Value  of  Unflovn  Payload 

Research  and  Development  (I1Z-N3S) 

Total  Investment  =  Tech  *  Vehicle  >  Facilities  Non-recurring  Production  costs 
Recurring  Production  (012-S36) 

Stage  I  Yrly  Costs  =  Stg  1  InitCost  ’  ((Y*Y*C’YPC)-((Y-1)(Y-1)1'(Y-1)PC) 

Y  is  the  current  years  cumulative  fit  rate 
Y-1  is  the  previous  years  cumulative  fit  rate 
Ic  is  the  learning  curve  factor 

pc  is  the  production  curve  factor 
Stage  2  Yrly  Cost  -  Stg  2  Init  Cost  *  {  same  as  above  ) 

Shroud  Yrly  Cost  =  Shroud  Init  Cost  *  ( same  as  above  1 
Project  Mgmt  Yrly  Cost  =  Init Mgmt Cost  *  ((Y’Y^*^) 

Y  is  the  current  years  flight  rate 

Ic  is  the  mgmt  learning  curve  factor 
Total  Production  Costs  -  Stg  I  ♦  Stg  2  ♦  Shroud  ♦  Mgmt  costs 
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Opritiona  (N2-U26) 


ETROps  =  Input  Fixed  Cost  ♦  Init  Cost*  YrlyETR  Fit  Rate  j 

Ic  is  the  ETR  ops  learning  curve  factor 
WTR  Ops  »  Input  Fixed  Cost*  InitCo^*  Yrly  WTR  Fit  Rate  il~ic) 

Ic  is  the  WTR  ops  learning  curve  factor 
Total  Propellant  «  Total  Yearly  flight  rate  *  input  cost  per  flight 
GSE  Spares  -  Init  Cost  *  Yearly  Fit  Rate  U'lc) 

Ic  is  the  spare  learning  curve  factor  I 

Training  -  Input  Cost  per  Fit  *  Yearly  Flight  Rate 
Project  Mgffit  -  Init  Cost*  Yearly  Fit  Rate^^"^®^ 

ic  is  the  mgmt  learning  curve  factor 
Annual  Ops  Costs  -  Fac  Maintenance « ETR  Ops  *  WTR  Ops  *Tot  Propellant 

4  GSE  Spares  *  Training  *  Proj  Mgmt  j 

Unreliability  Costs  (AE13-AE38) 

Yrly  Unreliability  Costs  -  (Tot  Unrel  Losses  4Number  of  Faiiures*Net  Cost  per  Fit) 

*  Yearly  Fit  Rate  /  Total  Fit  Rate 

Miaigg  Model  (AJ13'AJ39)  * 

Ave  Yrly  Capacity  *  (ETR  Capacity  *ETR  FLTS  ♦  WTR  Capacity  *  WTR  Flts)/Tot  Fits 
LCC  Costs 

(AD11-AD36)  ’ 

LCC  (Net  Costs)  *  Tot  Invest  ♦  Tot  Prod  ♦  Tot  Ops 

(AF11-AF36) 

Tot  LCC  =  LCC  ♦  Unrel  costs 
(AH11-AH36) 

Cost/Flt  (Net)  =  (Yrly  Ops  ♦  Yrly  Prod  Costs)/Yrly  Fit  Rate  I 

(AI11-AI36) 

S/Lb  (Net)  =  (Cost/Fit  (Net)  1  /  M<.000 
Total  Costs  With  0verhead(AQ13-AS39) 

Inv  •  Tot  Investment  *  1.3  I 

Prod*  Tot  Prod*  1.2 

Ops  -  Tot  Ops  *  1.2 

Tot  Cost  -  Tot  Inv  ♦  Prod  ♦  Ops  ♦  Unrel 

(AW11-AW39) 

(^st/Flt  -  (Ops  4  Prod)  /  Yearly  Fits 

S/Lb  »  (Cost/Fit)  /  U4,000  I 

Total  LCC  (BA11-BF39) 

Total  LCC  =  Tot  Cost  v/oh  from  above 

Total  La/Flt  =  Tot  LCC/ Yrly  Fit  Rate  , 

Total  LCC/Lb  =  (Tot  LCC/Flt)  /  1«,000  t 

Cum  Tot  LCC  =  Cumulative  Sum  of  ail  Tot  LCC 


Cum  Tot  LCC/Flt  -  Cum  Tot  Lcc/Cum  Tot  Fits 
Cum  Tot  LCC/Lb  -  (Cum  Tot  LCC/Flt)/ 144,000 

scountedLCClBHl  1-BN39) 

Yrly  Discount  Factor  (DF) «  l/(l«^i)^  ▼here  n  is  the  number  of  years  in  the 

future  and  i  is  the  assumed  intei'est  rate. 

DLCC-LCC*DF 
DLCC/Flt-TLCC/Flt*DF 

ochastic  Mission  Model  (Appendix  B) 

LgutimdCalculatiQas  (A1-G39) 

Rand  Numb  =  Rand( )  This  is  an  EXCEL  function  that  provides  a  random 

number  after  every  spreadsheet  operation .  It  does  not 
need  a  seed  and  does  not  repeat  number  strings  unless  a 
seed  value  is  inserted. 

Disaster  Value -1  if  rand  number  is  greater  than  user  defined  value,  ie. 
Disaster  =  1  if  RandO  >  .90 

Value  =  0  if  random  number  is  less  than  user  defined  value,  ie 
Disaster  »  0  if  Rand( )  <  .90 

Delay  Value  -  1  or  0  same  calculation  as  above 

Revised  Fit  Rate  Modified  Flight  rate  based  on  delay  and  disaster  penalties 
If  disaster  occurs  in  previous  yr.  current  revised 
-Pro/  Fit  rate/2 

Act  Fits  -  Actual  flights  is  determined  by  a  logical  set  of  nested  ifs  and  a  user 
input  set  of  projected  flight  rates: 

If  Rand( )  >  Failure  criteria  Act  Fits  -  0 
If  Rand( )  <  Delay  criteria  Act  Fits  •  Revised  - 1 
If  Previous  Years  Act  Fits  •  0  Act  Fits  -  Rev  Fit  rate  /  2 
If  Backlog  >  Surge  Rate,  Fit  rate  -  Rev  Fit  rate  « Surge  rate 
if  Backlog  <  Surge  Rate,  Fit  rate  -  Rev  Fit  rate  ^  Backlog 
Else  Fit  rate  -  Rev  Fit  rate 

Backlog  -  Cumulative  Revised  Fit  Rate  -  Cumulative  Actual  Fit  Rate 
Surge  Capacity  -  Revised  Fit  Rate  *  Surge  factor 

Stochastic  Costing  Example  (A44-G61) 

Delay  (^st  -  Delay  flag  *  Delay  cost  factor 
Disaster  Cost  =  Disaster  flag  *  Disaster  cost  factor 

Oper  Cost  =  Actual  Fit  Rate  *  input  cost  per  flight  *  input  Fixed  Cost  per  year 
Cumulative  Cost  =  Cumulative  sum  of  Oper  Cost  ♦  Disaster  Cost  ♦  Delay  Cost 
Cost/Lb  =  Cumulative  Cost/(CumuIative  Fits  *  144,000) 

Output  Summary 

Act  Flight  Average  =  Excel  function  Sum! )  that  sums  defined  rows  or  columns 
Act  Flight  SD  »  Actual  Flight  Standard  Deviations  Excel  Function  STDEV( )  that 
performs  Std  Dev  calculation  of  specified  data 
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STARFLEET  lofrastnicture  Model  (Appendix  C) 

Output  Summary  (A60-(70) 

Tot  Bstr  (^sts  *  Tot  Bstrs  *  Bstr  Unit  (k>sts 

Tot  (Joro  Costs  «  Tot  Cores*  Core  Unit  Costs 

Tot  Payload  to  Orbit  -  Total  Launches  *  144,000 

Yearly  Payload  to  Orbit  -  Tot  Payload  to  Orbit/Yrs  of  Ops 

Shuttle  Equiy  Payloads  -  Integer(Tot Launched  *  144,000/33,000) 

Shuttle  Equiv  Cost  >  Shuttle  Equiv  Payloads  *  Shuttle  Cost  per  Payload  ($73M) 

ProducUon  (K1-L73) 

Max  Number  of  Engine  Shipment «  Integer(Tot  *  of  Prod  Days/(2  *  Trans  Days 

/*of  Trans  Veh) 

Max  Number  of  Engines  Stored  at  Production  >  Maximum  of  [(Init  *  at  Prod). 

(*in  aTrans  Batch), 

(*  Prod  ♦  Init  at  Prod  -  Max*of  Ship 
•Number  per  Shipment)] 

Total  Engines  produced  »  Engine  Production  Rate  *  Tot  Number  of  Prod  Days 

The  remainder  of  the  Production  calculations  for  the  other  eight  components 
are  similar  All  that  changes  is  the  initial  input  data  contained  in  the  input 
module 

Production  BoUleneck  (M3-M68) 

This  looks  at  the  excess  production  over  the  available  transportation  capability. 
Bottleneck  =  Maximum !  0,  (•  Prod  *  Init  at  Prod  -  Max*of  Ship  *  *per 
Shipment)] 

Ail  nine  production  bottlenecks  are  computed  using  the  same  equation  vith 
different  inputs 

Traneportatioii  (  Nl-063) 

Maximum  number  of  shipments  =  IntegeHTot  *  of  Prod  Days/(2  *  Trans  Days 

/•of  Trans  Veh) 

Total  Number  Shipped  =  Minimum  ((Init  •at  Prod «  Tot^Prod). 

(Max^of  Shipment  ••per  Shipment)] 

These  equations  are  used  for  all  nine  components  vith  their  respective  inputs 

Bottleneck  Delivery  to  Integration  (P1-P60) 

Bottleneck  here  refers  to  an  excess  of  delivered  and  initial  components  at 
integrations  compared  to  the  total  number  integrated  into  launch  vehicles. 
Bottleneck  >  Maximum  (0,  (Init*  at  Integ  *  Tot*Shipped  -Total  Integrated)] 
These  equations  are  used  for  all  components  except  Hydrogen. 
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Integration  (Q1-R63) 

Maiimuffl  *  Stored  at  Integration  •  Maximum  [Initat  Integ,  (^ofTran  Veh  * 

Number  per  Tran  Batch),  (Init  at  Integ  ^  Tot  Shipped  -  Tot  * 

Integrate)] 

Total  Integrated  >  Number  of  Components  per  Vehicle  *  Tot  *  of  Vehicles 
Produced 

These  calculations  consider  the  components  individually.  These  equations  are 
used  for  all  components  except  Hydrogen. 

Vehicle/Pavload  Integration  (Tl-UHl) 

These  equation  calculate  the  total  number  of  launch  vehicles  (Booster  Core) 
and  Payloads. 

Max  Number  of  Vehicles  Stored  =  Maximum  (Init  Veh  at  Integ,  *  in  Trans  Batch, 

(Tot  Integ  ^  Init  at  Integ  -  Tot  Shipped  to  Launch 
Site)! 

Max  Rav  Material  Veh  =  Minimum  Integer  ((^Component  Prod  « Init 
(^mp)/Cofflp  per  Veh  --  for  each  component  ] 

This  includes  Avionics,  Structure  and  Engines  for  i 

both  the  Booster  and  the  Core. 

Poss  Number  of  Production  Vehicles  *  Total  Number  of  Prod  Days/Integ  Rate 
per  Day 

Total  Number  of  Vehicles  Produced  «  Minimum  (  Max  Rav  Mat  Vehicles.  Poss 
Prod  Veh) 

Payload  Integration  equations  are  similar  to  the  above. 

Bottleneck  Maximum  (0,  (Tot  Integrated  « Init  at  Integ  -Tot  Trans  to  Launch 
Site)! 

Vehicle/Pavload/Hvdrogen  Transport  to  Launch  Site  (W1-V33) 

Max  Number  of  Shipments  •  Tot  Number  of  Ops  l}ays/(2*Trans  Time  *  Trans 
Veh) 

Total  Transp  to  Launch  Site  -  Minimum  ((Max*of  Shipment  *  *per  Shipment). 

(Tot  *  Integrated  ♦  Init  *  at  Integ)! 

Bottleneck  »  (0,  Tot  Transp  to  Site  «  Init  at  Site -Tot  Used  at  Launch) 

These  equations  are  used  for  all  three  major  components. 

Pre-Launch  (Z1-AA55) 

Total  Components  Launched  =  Tot  *  of  launches  *  Components  per  Vehicle 
Tot  Components  Consumed  =  Integer(Tot  Launches/Component 
Life)*Cofflponents  per  Veh  ♦  Tot  Uuinches  *  •  of  Expendable  Comp  per  Fit 
Total  Components  Recovered  =  Total  Flight  Rate  *  *  Recovered  per  Flight 
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